JP2008276909A - 再生装置、再生方法、配信サーバ、配信方法、記録媒体、及び集積回路 - Google Patents

再生装置、再生方法、配信サーバ、配信方法、記録媒体、及び集積回路 Download PDF

Info

Publication number
JP2008276909A
JP2008276909A JP2008077488A JP2008077488A JP2008276909A JP 2008276909 A JP2008276909 A JP 2008276909A JP 2008077488 A JP2008077488 A JP 2008077488A JP 2008077488 A JP2008077488 A JP 2008077488A JP 2008276909 A JP2008276909 A JP 2008276909A
Authority
JP
Japan
Prior art keywords
content
data
playback
unit
replacement
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2008077488A
Other languages
English (en)
Inventor
Sanzo Ugawa
三蔵 鵜川
Senichi Onoda
仙一 小野田
Toshihisa Nakano
稔久 中野
Toshiharu Harada
俊治 原田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Corp
Original Assignee
Panasonic Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Corp filed Critical Panasonic Corp
Priority to JP2008077488A priority Critical patent/JP2008276909A/ja
Publication of JP2008276909A publication Critical patent/JP2008276909A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00Details of television systems
    • H04N5/76Television signal recording
    • H04N5/765Interface circuits between an apparatus for recording and another apparatus
    • H04N5/775Interface circuits between an apparatus for recording and another apparatus between a recording apparatus and a television receiver
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/102Programmed access in sequence to addressed parts of tracks of operating record carriers
    • G11B27/105Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/36Monitoring, i.e. supervising the progress of recording or reproducing
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/00731Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a digital rights management system for enforcing a usage restriction
    • G11B20/0084Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a digital rights management system for enforcing a usage restriction wherein the usage restriction can be expressed as a specific time or date
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00Record carriers by type
    • G11B2220/20Disc-shaped record carriers
    • G11B2220/21Disc-shaped record carriers characterised in that the disc is of read-only, rewritable, or recordable type
    • G11B2220/213Read-only discs
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00Record carriers by type
    • G11B2220/20Disc-shaped record carriers
    • G11B2220/25Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537Optical discs
    • G11B2220/2541Blu-ray discs; Blue laser DVR discs
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00Details of television systems
    • H04N5/76Television signal recording
    • H04N5/765Interface circuits between an apparatus for recording and another apparatus
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00Details of television systems
    • H04N5/76Television signal recording
    • H04N5/84Television signal recording using optical recording
    • H04N5/85Television signal recording using optical recording on discs or drums
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00Details of colour television systems
    • H04N9/79Processing of colour television signals in connection with recording
    • H04N9/80Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
    • H04N9/8042Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00Details of colour television systems
    • H04N9/79Processing of colour television signals in connection with recording
    • H04N9/80Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
    • H04N9/8205Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Television Signal Processing For Recording (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Indexing, Searching, Synchronizing, And The Amount Of Synchronization Travel Of Record Carriers (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)

Abstract

【課題】本発明は、記録媒体に記録されたコンテンツの再生において、記録媒体及びコンテンツの価値が変わらないよう再生制御を行う再生装置を提供することを目的とする。
【解決手段】本発明の再生装置は、記録媒体からのコンテンツデータの読み取りに失敗した場合、及びコンテンツデータの置換が必要と判断する場合に、配信サーバから、読み取りに失敗した位置に対応する部分コンテンツデータ、及び置換が必要な位置に対応する置換コンテンツデータを取得する。再生装置は、記録媒体に記録されているコンテンツデータと、コンテンツ配信サーバから取得した部分コンテンツデータ及び置換コンテンツデータとを再生する。
【選択図】図7

Description

本発明は、光ディスク等の大容量記録メディアに格納されたデジタルコンテンツを再生する技術に関し、特に、時間を経ても、ユーザにとって価値の変わらない大容量記録メディアを提供することが可能となる技術に関する。
BD(Blu−ray Disc、登録商標である。)−ROM等の光ディスクに、映画等のデジタルコンテンツ(以下、単に「コンテンツ」と呼称する。)を記録したパッケージメディアがユーザに販売されている。現在のBD−ROMは、カートリッジに格納されていないベアディスクの状態でユーザに販売されている。ベアディスクは、カートリッジを持たないため、ディスク本体に傷が付きやすいという欠点がある。ディスク本体に傷が付くと、再生装置はディスク上のデータを読み取れなくなり、ユーザは購入したコンテンツを視聴することが出来なくなる。
また、BD−ROMに記録されているコンテンツは、映画等の本編コンテンツに加えて、映画のメイキング風景、出演者インタビュー、監督のコメンタリー、広告等の付加コンテンツを含んでいる場合がある。ここで、新しいパッケージメディアの発売広告や映画の予告等は、日付と関連付けられた映像、音声、及び文字等を含むことも多い。このような付加コンテンツを、その日付を過ぎた後に再生しても、ユーザ及び広告主の双方にとって有益でない。例えば、何ヶ月も前に公開された映画の広告を繰り返し見せられてもユーザにとって有益ではないし、広告主としても古い映画を広告し続ける意義は薄い。
特開2006−129169号公報 特開平10−341389号公報
上記に説明したように、ユーザが購入したBD−ROMは、ディスク本体に傷が付けばディスク自体の価値が低下してしまい、更に、時間の経過と共にコンテンツ自体の価値も低下してしまうという問題がある。
そこで、本発明は、上記の問題点に鑑みなされたものであって、コンテンツを記録した記録媒体の再生において、ディスクの価値及びコンテンツの価値が低下しないような再生制御を行う再生装置、再生方法、配信サーバ、配信方法、記録媒体、及び集積回路を提供することを目的とする。
上記の目的を達成するために、本発明は、再生装置であって、可搬型の記録媒体から、当該記録媒体に記録されている第1コンテンツの一部を読み取る読取手段と、前記第1コンテンツの一部に関連する第2コンテンツを記憶する記憶手段と、前記第1コンテンツの一部が再生に不適切であるか否かを判断する判断手段と、前記判断手段により前記第1コンテンツの一部が再生に適切であると判断された場合に、前記第1コンテンツの一部を再生し、前記判断手段により前記第1コンテンツの一部が再生に不適切であると判断された場合に、前記第2コンテンツを再生する再生手段とを備えることを特徴とする。
この構成によると、再生装置は、記録媒体に記録されている第1コンテンツの再生処理において、第1コンテンツ内に再生に不適切な部分が含まれている場合には、不適切な一部を再生することなく、第2コンテンツへ再生を切り替えることが可能となる。
ここで、前記再生装置は、更に、前記第1コンテンツの再生中に、前記読取手段における前記第1コンテンツの読取失敗を検出する検出手段と、前記検出手段が読取失敗を検出すると、読取失敗位置に対応するデータを外部から取得し、前記第2コンテンツとして前記記憶手段に記録する取得手段とを備えるように構成してもよい。
この構成によると、記録媒体上の傷などにより、コンテンツデータの読み取りに失敗した場合には、読み取りに失敗した位置のデータを外部から取得するため、再生装置は、コンテンツ全体のバックアップデータを記憶する必要が無い。
更に、コンテンツデータの読み取りに失敗した場合に、再生装置は、第1コンテンツから第2コンテンツへ再生を切り替えることにより、コンテンツ全体を再生することが可能となる。従って、たとえ記録媒体に傷が付いた場合であっても、コンテンツを視聴するユーザの立場からは、記録媒体の価値はいつまでも変わらない。
ここで、前記再生装置は、更に、前記第1コンテンツの一部のデータの置換条件を記憶している置換条件記憶手段を備え、前記取得手段は、更に、前記第1コンテンツの再生状況が前記置換条件を満たすか否かを判断し、前記再生状況が前記置換条件を満たす場合に、前記第1コンテンツの一部に対応する置換データを外部から取得し、第3コンテンツとして前記記憶手段に記録し、前記再生手段は、更に、前記判断手段により前記第1コンテンツの一部が再生に不適切であると判断された場合に、前記第3コンテンツを再生するように構成してもよい。
この構成によると、再生装置は、コンテンツの再生状況に応じて、不適切なコンテンツを適切なコンテンツに置換して再生することが可能となる。
ここで、前記置換条件記憶手段は、更に、前記置換条件と対応付けて、当該置換条件の有効期限を記憶しており、前記再生装置は、更に、前記有効期限に基づき、前記置換条件が有効であるか無効であるかを判断し、前記置換条件が無効である場合に、新たな置換条件を外部から取得し、前記置換条件記憶手段に記憶されている前記置換条件を更新する更新手段を備えるように構成してもよい。
時間の経過と共に、置換条件記憶手段に記憶されている置換条件自体が不適切となる場合が考えられる。しかし、上記の構成によると、再生装置は、置換条件を更新することが可能であるから、常に、適切な置換条件に基づき、コンテンツの置換の必要性を判断することが可能となる。
ここで、前記置換条件は、前記第1コンテンツの一部のデータの再生可能期間の終期を含み、前記取得手段は、前記再生状況である再生日時が前記再生可能期間の終期を超えている場合には、前記再生状況が前記置換条件を満たすと判断するように構成してもよい。
この構成によると、コンテンツを再生する日時によっては、再生が不適切となるコンテンツを、適切なコンテンツに置換して再生することが可能となる。
例えば、新しいパッケージメディアの発売広告や映画の予告等は、日付と関連付けられた映像、音声、及び文字等を含むこと多い。このような時間的要素を含む広告を、その日付を過ぎた後に再生しても、ユーザ及び広告主の双方にとって有益でない。ここで、本発明の再生装置によれば、再生日時に応じて、コンテンツを置換することが可能であるため、常に最新の広告を取得して再生することができる。
従って、たとえ記録媒体を購入してから時間が経過した後であっても、コンテンツ(例えば、広告)を視聴するユーザの立場からは、コンテンツの価値はいつまでも変わらない。
ここで、前記置換条件は、前記第1コンテンツの一部のデータの再生可能回数を示しており、前記取得手段は、前記再生状況である再生回数が前記再生可能回数を超えている場合には、前記再生状況が前記置換条件を満たすと判断するように構成してもよい。
この構成によると、コンテンツを再生した回数によっては、再生が不適切となるコンテンツを、適切なコンテンツに置換して再生することが可能となる。
これは、例えば、高価値なコンテンツの再生回数を制限する仕組みとして用いることも可能である。また一方で、何度も同じコンテンツをユーザが視聴することにより、ユーザが飽きてくることを考慮して、新たなコンテンツに置換する仕組みとして用いることも可能である。
ここで、前記再生手段による前記第1コンテンツの再生前に、前記更新手段は、前記置換条件が有効であるか否かを判断し、前記置換条件が無効である場合に、新たな置換条件を外部から取得し、前記置換条件記憶手段に記憶されている前記置換条件を、取得した新たな置換条件を用いて更新し、前記取得手段は、前記置換条件記憶手段に記憶されている置換条件を用いて前記判断を行い、前記第2コンテンツを取得するように構成してもよい。
この構成によると、再生装置は、コンテンツの再生時には、既に置換に必要な第2コンテンツを保持しているので、コンテンツの全体を途切れることなく再生することが可能となる。
ここで、前記判断手段は、前記記憶手段に前記第2コンテンツが記憶されている場合に、前記第1コンテンツの一部が再生に不適切であると判断するように構成してもよい。
この構成によると、再生装置は、第2コンテンツが記憶手段に記録済みであるか否かを判断することにより、第1コンテンツの該当部分が再生に不適切であるか否かを判断する。従って、既に第2コンテンツを取得済みである部分については、読取失敗を検出する必要はなく、置換条件を確認する必要もないため、コンテンツ全体を途切れさせることなく再生することが可能となる。
ここで、 前記再生装置は、更に、前記第1コンテンツを再生する前に、前記読取手段における前記第1コンテンツの読取失敗を検出する検出手段と、前記検出手段が読取失敗を検出すると、読取失敗位置に対応する前記第2コンテンツを外部から取得し、前記記憶手段に記録する取得手段とを備え、前記判断手段は、前記記憶手段に前記第2コンテンツが記憶されている場合には、前記読取失敗位置を含む前記第1コンテンツの一部が再生に不適切であると判断し、前記再生手段は、前記取得手段による前記第2コンテンツの取得が終了した後に、前記第1コンテンツの再生を開始するように構成してもよい。
この構成によると、再生装置は、コンテンツの再生時には、既に読み取り失敗位置に対応する第2コンテンツを保持しているので、コンテンツの全体を途切れることなく再生することが可能となる。
また、上記の目的を達成するために、本発明は、再生装置であって、可搬型の記録媒体から、当該記録媒体に記録されている第1コンテンツの一部を読み取る読取手段と、前記第1コンテンツの再生中に前記第1コンテンツの一部が再生に不適切であるか否かを判断する判断手段と、前記判断手段により前記第1コンテンツの一部が再生に不適切であると判断された場合に、当該一部に関連するデータである第2コンテンツを外部サーバから受信する受信手段と、前記判断手段により前記第1コンテンツの一部が再生に適切であると判断された場合に、前記第1コンテンツの一部を再生し、前記判断手段により前記第1コンテンツの一部が再生に不適切であると判断された場合に、前記受信手段が受信した前記第2コンテンツを再生する再生手段とを備えることを特徴とする。
この構成によると、再生装置は、第2コンテンツを記録しておく記憶領域が小さかったり、そのような記憶領域を備えていなくても、記録媒体に記録されている第1コンテンツの再生処理において、第1コンテンツ内に再生に不適切な部分が含まれている場合には、不適切な一部を再生することなく、第2コンテンツへ再生を切り替えることが可能となる。
また、上記の目的を達成するために、本発明は、可搬型の記録媒体に記録されている第1コンテンツを再生する再生装置へデータを配信する配信サーバであって、前記第1コンテンツに関連する第2コンテンツを記憶している記憶手段と、前記再生装置から、前記第1コンテンツ内の位置を示す位置情報を含むデータ要求を受信する受信手段と、前記位置情報により示される位置を含む前記第1コンテンツの一部に対応する前記第2コンテンツの一部を、前記再生装置へ送信する送信手段とを備えることを特徴とする。
この構成によると、配信サーバは、再生に不適切な一部に対応する第2コンテンツを、再生装置に提供することができる。これにより、再生装置側では、第1コンテンツの再生処理において、第1コンテンツ内に再生に不適切な一部が含まれている場合には、不適切な一部を再生することなく、配信サーバから取得した第2コンテンツへ再生を切り替えることが可能となる。
ここで、前記配信サーバは、更に、前記第2コンテンツの一部を前記再生装置へ送信するか否かを判断する判断手段を備え、前記送信手段は、前記判断手段により送信すると判断された場合にのみ、前記再生装置へ、前記第2コンテンツの一部を送信するように構成してもよい。
即ち、配信サーバは、再生装置へ無条件に第2コンテンツを提供するのではなく、第2コンテンツを提供するか否かを判断する判断手段を有する。従って、配信サーバは、不正な再生装置からの要求に対しては、第2コンテンツの送信を拒否ことができる。
ここで、前記データ要求は、前記再生装置を識別する装置識別情報と、前記記録媒体を識別する媒体識別情報とを含み、前記記憶手段は、更に、前記装置識別情報と対応付けて、前記再生装置が利用する記録媒体を識別する1以上の媒体識別情報を記憶しており、前記判断手段は、前記データ要求に含まれる前記媒体識別情報が、前記装置識別情報と対応付けられて前記記憶手段に記録されている場合に、前記第2コンテンツの一部を前記再生装置へ送信すると判断するように構成してもよい。
この構成によると、予め登録しておいた再生端末に対して第2コンテンツを提供することができ、登録されていない不正な再生端末に対して第2コンテンツの提供を拒否することができる。
ここで、前記データ要求は、前記再生装置を識別する装置識別情報を含み、前記記憶手段は、更に、再生装置を識別する識別情報と対応付けて、当該再生装置へ過去に送信したデータのデータサイズを記録しており、前記判断手段は、前記データ要求に含まれる前記装置識別情報に対応付けられて記録されているデータサイズが所定値以下の場合に、前記第2コンテンツの一部を前記再生装置へ送信すると判断するように構成してもよい。
この構成によると、例えば、膨大なデータ量の第2コンテンツを取得しようとする不正な再生端末に対して、第2コンテンツの提供を拒否することができる。
ここで、前記記憶手段は、更に、前記第1コンテンツの再生状況に対応した前記第1コンテンツの一部のデータの置換条件を記憶しており、前記送信手段は、更に、前記再生装置へ前記置換条件を送信するように構成してもよい。
この構成によると、配信サーバは、再生装置に対して、コンテンツの置換の必要性を判断するための置換条件を提供することが可能となる。
また、再生装置が記憶している置換条件は、時間の経過と共に不適切となる場合も予測される。本発明によれば、この様な場合であっても、配信サーバから再生装置へ新しい置換条件を送信することが可能であるから、再生装置は、常に適切な置換条件に基づき、コンテンツの置換の必要性を判断することができる。
ここで、前記配信サーバは、更に、前記記憶手段に記録されている前記第2コンテンツの更新指示を受け付ける受付手段と、前記更新指示を受け付けると、前記第2コンテンツを更新するデータ更新手段とを備えるように構成してもよい。
この構成によると、配信サーバ自身が保持している第2コンテンツが時間の経過と共に不適切となる場合も予測される。しかし、この様な場合であっても、本発明の配信サーバは、第2コンテンツを更新することが可能であるため、常に適切な第2コンテンツを、再生装置へ提供することが可能となる。
以下、本発明の実施の形態について、図面を参照しながら説明する。
≪第1の実施形態≫
ここでは、本発明の第1の実施形態として、コンテンツ再生システム1について説明する。
<構成>
1.コンテンツ再生システム1の全体構成
図1は、コンテンツ再生システム1の全体構成を示す図である。
同図に示すように、コンテンツ再生システム1は、記録媒体10、再生端末20、コンテンツ配信サーバ30、及び出力装置40から構成される。再生端末20とコンテンツ配信サーバ30とは、通信路50を介して接続されている。
コンテンツ再生システム1は、再生端末20が記録媒体10に記録されているコンテンツを再生するシステムである。
記録媒体10は、コンテンツが記録された記録媒体であって、本実施形態では、BD−ROMを想定している。また、本実施形態では、記録媒体10に記録されているコンテンツは、映像及び音声からなるデジタルデータを想定している。
再生端末20は、記録媒体10からコンテンツを読み取り、再生する装置である。本実施形態では、再生端末20としてBDプレーヤを想定している。再生端末20は、記録媒体10から読み取ったコンテンツを再生する機能に加えて、通信路50を介して、コンテンツ配信サーバ30と通信する機能を有する。再生端末20は、記録媒体10からのデータの読み取りに失敗すると、通信路50を介して、コンテンツ配信サーバ30から読み取りに失敗した位置以降のデータを取得して記憶する。
再生端末20は、記録媒体10の次回以降の再生において、過去にデータの読み取りに失敗した位置については、コンテンツ配信サーバ30から取得したデータを再生し、過去にデータの読み取りに失敗していない位置については、記録媒体10のデータを再生する。
コンテンツ配信サーバ30は、通信路50を介して再生端末20にコンテンツを提供する装置である。コンテンツ配信サーバ30は、再生端末20からデータの送信を要求する旨の通知を受信すると、再生端末20へコンテンツの送信を許可するか否かを判断する。送信を許可すると判断した場合、コンテンツ配信サーバ30は、再生端末20へ、読み取りに失敗した位置以降のデータを送信する。送信を拒否すると判断した場合、コンテンツ配信サーバ30は、再生端末20へコンテンツの送信を拒否する旨を示す拒否データを送信する。
出力装置40は、再生端末20から出力されたコンテンツデータを出力する装置であり、具体的には、テレビやディスプレイ、スピーカ等である。
通信路50は、再生端末20とコンテンツ配信サーバ30との間の情報の通信に用いる通信路である。本実施形態では、通信路50として、インターネットを想定している。
2.記録媒体10のデータ構造
図2は、記録媒体10に記録されている情報を示す図である。
同図に示すように、記録媒体10は、メディアID101、コンテンツID102、サーバ位置情報103、複数個の再生位置情報104a、…、104b、及び複数個のコンテンツデータ105a、…、105bを記録している。
図3は、記録媒体10に記録されている各情報の具体例を示す図である。図3を用いて、記録媒体10に記録されている各情報をより詳細に説明する。
メディアID101は、記録媒体10を識別する識別情報である。一つの具体例として、記録媒体10の製造番号をメディアID101として用いてもよい。本実施形態では、図3に示すように、記録媒体10のメディアID101は、「Disk001」である。
コンテンツID102は、記録媒体10に記録されているコンテンツを識別する識別情報である。コンテンツID102は、コンテンツ毎に異なるIDが割り振られている。従って、記録媒体10内に複数のコンテンツが記録されている場合には、複数のコンテンツIDが記録されることとなる。本実施形態では、図3に示すように、コンテンツID102は「Content01」である。
サーバ位置情報103は、記録媒体10に記録されているコンテンツに対応する復元データを配信するコンテンツ配信サーバ30のネットワーク上の位置を示す情報である。本実施形態では、図3に示すように、サーバ位置情報103として、URLである「http://www.server001.co.jp」を用いる。復元データについては後述する。
次に、再生位置情報及びコンテンツデータについて説明する。
記録媒体10に記録されているコンテンツは、所定の単位で分割された複数個のコンテンツデータから構成される。そして、コンテンツデータのそれぞれに、一つの再生位置情報が対応付けられている。各再生位置情報は、対応するコンテンツデータのコンテンツ内における位置を示し、この情報から各コンテンツデータの再生順序も知ることができる。
例えば、図3の具体例では、再生位置情報104aとコンテンツデータ105aとが対応しており、「Position01」は、対応するコンテンツデータ105aの位置を示す。また、再生位置情報104bとコンテンツデータ105bとが対応しており、「Position99」は、対応するコンテンツデータ105bの位置を示す。再生位置情報の具体例として、コンテンツの始点からの各コンテンツデータの再生時間を用いてもよい。
なお、コンテンツデータ105aの「100011…00000b」、コンテンツデータ105bの「100011…11111b」等の記載は、コンテンツのデジタルデータを示している。
また、図3では、説明の便宜のために、メディアID等を文字列で表しているが、実際の実装では他のデータ構造を用いてもよい。例えば、それぞれ所定ビット数の2進数のデータで表すことが一般的である。
3.再生端末20の構成
図4は、再生端末20の構成を機能的に示す機能ブロック図である。
同図に示すように、再生端末20は、メディア読取部201、受信部202、送信部203、端末情報記憶部204、復元データ記憶部205、端末制御部206、及び出力部207から構成される。
再生端末20は、具体的には、CPU、ROM、RAM、ハードディスクユニット等から構成されるコンピュータシステムである。再生端末20は、CPUが、ROM、RAM又はハードディスクユニットに記録されているコンピュータプログラムを実行することにより、その機能を達成する。
(1)メディア読取部201
メディア読取部201は、具体的には、BD−ROMドライブである。
メディア読取部201は、端末制御部206の指示に従い、記録媒体10から、メディアID101、コンテンツID102、サーバ位置情報103、再生位置情報104a、…、104b、及びコンテンツデータ105a、…、105bを読み取る。
(2)受信部202及び送信部203
受信部202及び送信部203は、ネットワーク接続ユニットから構成される。
受信部202は、通信路50を介して、コンテンツ配信サーバ30から情報を受信し、送信部203は、通信路50を介して、コンテンツ配信サーバ30へ情報を送信する。
受信部202は、具体的には、コンテンツ配信サーバ30から復元データ又は復元データの送信を拒否する旨の拒否データを受信する。
送信部203は、具体的には、コンテンツ配信サーバ30へ、登録要求及び復元データ要求を送信する。
登録要求は、記録媒体10が再生端末20で初めて再生される際に、コンテンツ配信サーバ30へ送信される情報である。登録要求は、「再生端末20が記録媒体10を再生する装置である旨」を示す情報である。より具体的には、登録要求は、端末情報記憶部204に記憶されている端末ID211、及び記録媒体10のメディアID101を含む。
復元データ要求は、記録媒体10からのデータの読み取りに失敗した場合に、コンテンツ配信サーバ30へ送信される情報である。復元データ要求は、読み取りに失敗した位置以降のコンテンツを要求する情報である。復元データ要求は、端末ID211、メディアID101、コンテンツID102、及び読み取りに失敗した位置を示す再生位置情報を含む。
(3)端末情報記憶部204
端末情報記憶部204は、具体的にはフラッシュメモリで構成されており、図5に示す端末固有データを記憶している。
同図に示すように、端末固有データは、端末ID211、端末位置情報212、及び登録済みメディアID213から構成される。
端末ID211は、再生端末20を識別する識別情報である。具体的には再生端末20に割り当てられた製造番号である。本実施形態では、端末ID211として、「Terminal001」を用いる。
端末位置情報212は、再生端末20のネットワーク上の位置を示す情報である。本実施形態では、端末位置情報212として、再生端末20のURLである「http://www.terminal001.ne.jp」を用いる。
登録済みメディアID213には、再生端末20が過去に再生した記録媒体のメディアIDが含まれる。再生端末20が過去に複数個の記録媒体を再生した場合には、登録済みメディアID213は、複数個のメディアIDを含む。図5の具体例では、登録済みメディアID213には、「Disk001」、「Disk382」等のメディアIDが含まれている。
(4)復元データ記憶部205
復元データ記憶部205は、具体的にはハードディスクユニットで構成されており、コンテンツ配信サーバ30から受信した復元データを記憶する。
図6は、復元データ記憶部205に記録される復元データの具体的なデータ構造を示す図である。
同図に示すように、復元データ記憶部205には、復元データ1及び復元データ2を含む複数個の復元データが記録される。各復元データは、メディアID,1以上の再生位置情報、及び1以上の部分コンテンツデータから構成される。
メディアIDは、再生端末20が過去に読み取りに失敗した記録媒体を示す。例えば、復元データ1に含まれるメディアID221は、「Disk001」であるから、記録媒体10を示している(図3参照)。
再生位置情報と部分コンテンツデータとは1対1に対応しており、各再生位置情報は、対応する部分コンテンツデータのコンテンツ内における位置を示す。例えば、再生位置情報222aは、部分コンテンツデータ223aと対応しており、部分コンテンツデータ223aの位置を示す。再生位置情報222bは、部分コンテンツデータ223bと対応しており、部分コンテンツデータ223bの位置を示す。
なお、本実施形態及び他の全ての実施形態において、記録媒体に記録されているコンテンツについては、「コンテンツデータ」と呼称し。再生端末がコンテンツ配信サーバから取得するコンテンツについては、「部分コンテンツデータ」と呼称する。
部分コンテンツデータは、図3の説明で述べたコンテンツデータと同様に、コンテンツを所定の単位で分割したデータである。その所定の単位は、コンテンツデータと同一である。また、部分コンテンツデータのデータは、同一の再生位置情報を有するコンテンツデータと同一内容のデータである。
復元データに含まれる再生位置情報及び部分コンテンツデータは、記録媒体からのコンテンツデータの読み取りに失敗した位置以降の再生位置情報及び部分コンテンツデータを含む。
例えば、図6に依れば、復元データ1は、「Position30」から、「Position99」」までの再生位置情報、及びそれに対応する部分コンテンツデータを含むことから、再生端末20は、記録媒体10の再生中に、再生位置「Position30」で、コンテンツデータの読み取りに失敗したことがわかる。
(5)端末制御部206
端末制御部206は、再生端末20を構成する各機能ブロックを制御し、コンテンツの再生に必要な一般的な制御、及び、本発明に係る特徴的な機能を実現する。端末制御部206は、CPU、ROM、RAM等から構成され、ROM等に記録された制御プログラムを、CPU、RAM等を用いて動作させることにより各種の機能を実現する。また、端末制御部206をハードウェアで実装するように構成してもよい。
図7は、端末制御部206の内部構成を機能的に示す機能ブロック図である。
同図に示すように、端末制御部206は、再生確認部231、失敗検出部232、要求部233、データアクセス部234、データ取得部235、デコードデータ制御部236、及びデコード部237から構成される。
再生確認部231は、記録媒体10を再生する際に、記録媒体10が初めて再生される記録媒体であるか否かを確認する。具体的には、再生確認部231は、メディア読取部201が読み取ったメディアID101(Disk001)が、端末情報記憶部204に記録されている登録済みメディアID213に含まれるか否かを確認する。
確認の結果、メディアID101が登録済みメディアID213に含まれていない場合には、再生確認部231は、記録媒体10が初めて再生される記録媒体であると判断して、メディアID101を端末情報記憶部204の登録済みメディアID213に追加して記録する。更に、再生確認部231は、記録媒体10が初めて再生される記録媒体であると判断した場合には、再生端末20が記録媒体10を再生する機器であることをコンテンツ配信サーバ30に登録するために、メディアID101と共に、登録要求を作成する指示を、要求部233へ出力する。
失敗検出部232は、メディア読取部201による記録媒体10の読み取りの失敗を検出する。具体的には、メディア読取部201から受け取ったコンテンツデータが正しいフォーマットとは異なる場合に読み取りに失敗したと判断する。更に、失敗検出部232は、デコード部237からコンテンツデータのデコードに失敗した旨の通知を受けると、読み取りに失敗したと判断する。これらは主にディスク上の傷によりコンテンツデータの読み取りに失敗した場合である。なお、失敗検出部232は、ディスク上の傷による読み取りの失敗のみではなく、メディア読取部201の不具合による読み取りの失敗も含めて検出するとしてもよい。
失敗検出部232は、読み取り失敗を検出すると、コンテンツ配信サーバ30へ復元データを要求するために、メディアID101と読み取りに失敗した位置を示す再生位置情報と共に、復元データ要求を作成する指示を、要求部233へ出力する。
要求部233は、再生確認部231からの指示を受けて、登録要求を作成する。登録要求は、記録媒体10が初めて再生端末20で再生される際に作成される要求である。また、上述したように、登録要求は、コンテンツ配信サーバ30へ再生端末20が記録媒体10を再生する機器であることの登録を要求するものである。要求部233は、再生確認部231から受け取ったメディアID101と、端末情報記憶部204に記録されている再生端末20の端末ID211とを含む登録要求を作成する。
更に、要求部233は、失敗検出部232からの指示を受けて、復元データ要求を作成する。復元データ要求は、再生端末20が記録媒体10の再生に失敗した際に作成される要求である。また、上述したように、復元データ要求は、コンテンツ配信サーバ30に、読み取りに失敗した再生位置以降の部分コンテンツデータを含む復元データの配信を要求するものである。要求部233は、失敗検出部232から受け取ったメディアID101、読み取りに失敗したコンテンツのコンテンツID102、読み取りに失敗した位置を示す再生位置情報、端末情報記憶部204から読み取った端末ID221及び端末位置情報222を含む復元データ要求を作成する。
要求部233により作成された登録要求及び復元データ要求は、送信部203及び通信路50を介して、コンテンツ配信サーバ30へ送信される。このとき、送信部203は、記録媒体10に記録されているサーバ位置情報103(図3参照)を用いて、登録要求及び復元データを、コンテンツ配信サーバ30へ宛てて送信する。
データアクセス部234は、受信部202がコンテンツ配信サーバ30から復元データを受信すると、受信部202から復元データを受け取り、復元データ記憶部205に記録する。
また、データアクセス部234は、データ取得部235からの要求に応じて、復元データ記憶部205から再生位置情報及び部分コンテンツデータを読み取る。データアクセス部234は、読み取った再生位置情報及び部分コンテンツデータを、データ取得部235へ出力する。
データ取得部235は、コンテンツの再生処理に際し、記録媒体10に記録されているコンテンツデータ、又は復元データ記憶部205に記録されている部分コンテンツデータを取得する。
更に、データ取得部235は、記録媒体10に記録されているコンテンツデータ105の再生中には、メディア読取部201から記録媒体10のメディアID101と現在再生中の位置を示す再生位置情報とを取得する。また、データ取得部235は、復元データ記憶部205に記録されている部分コンテンツデータの再生中には、再生中の部分コンテンツデータに対応するメディアIDと現在再生中の位置を示す再生位置情報とを取得する。
データ取得部235は、再生するコンテンツデータに対応するメディアID及び再生位置情報が復元データ記憶部205に記録されていない場合には、記録媒体10から、再生位置情報に対応するコンテンツデータを読み取り、再生位置情報と共にデコードデータ制御部236に出力する。一方、再生するコンテンツデータに対応するメディアIDおよび再生位置情報が復元データ記憶部205に記録されている場合には、復元データ記憶部205から、再生位置情報に対応する部分コンテンツデータを読み取り、再生位置情報と共にデコードデータ制御部236に出力する。
先に述べたように、復元データ記憶部205には、過去に記録媒体からの読み取りに失敗したコンテンツについて、失敗した位置以降の再生位置情報と、それに対応する部分コンテンツデータとが記録されている。
即ち、データ取得部235は、過去に読み取りに失敗した再生位置については復元データ記憶部205に記録されている部分コンテンツデータを取得する。一方、データ取得部235は、過去に読み取りに失敗していない再生位置については記録媒体10に記録されているコンテンツデータを取得する。
デコードデータ制御部236は、データ取得部235から、再生位置情報及びコンテンツデータ、又は、再生位置情報及び部分コンテンツデータを取得する。
ここで、データ取得部235にかかる処理負荷によっては、データ取得部235からデコードデータ制御部236へ出力されるデータ量、並びに、コンテンツデータ及び部分コンテンツデータの再生順序が変化することがある。従って、デコードデータ制御部236は、この変化に備えて、コンテンツデータ及び部分コンテンツデータを幾つかバッファリングした上で出力する機能を有する。
更に、デコードデータ制御部236は、バッファリングしたコンテンツデータ及び部分コンテンツデータを、それぞれ再生位置情報に基づいて正しい再生順序に並び替えた上でデコード部237へ出力する。
なお、デコードデータ制御部236は、データ取得部235から、常に再生順序に従った安定した量のデータが届くのであれば、バッファリング機能及び再生順序の並び替えの機能は不要である。この場合には、デコードデータ制御部236を介さずに、データ取得部235からデコード部237へ、直接コンテンツデータ及び部分コンテンツデータが出力される構成としてもよい。
デコード部237は、コンテンツデータ及び部分コンテンツデータに含まれる映像及び音声をそれぞれデコードし、デコードした映像信号及び音声信号を、出力部207へ出力する。
(6)出力部207
出力部207は、デコード部237からデコードされた映像信号及び音声信号を受け取り、受け取った映像信号及び音声信号を、出力装置40へ出力する。
以上で、再生端末20の構成についての説明を終了する。なお、図7に示した端末制御部206の内部構成については、集積回路化が可能である。また、復元データ記憶部205および端末情報記憶部204をハードディスクではなくフラッシュメモリ等として実現した場合には、これらも含めて集積回路化が可能である。
4.コンテンツ配信サーバ30の構成
図8は、コンテンツ配信サーバ30の構成を機能的に示す機能ブロック図である。
同図に示すように、コンテンツ配信サーバ30は、受信部301、送信部302、再生端末情報記憶部303、コンテンツ記憶部304、及びサーバ制御部305から構成される。
コンテンツ配信サーバ30は、具体的には、CPU、ROM、RAM、ハードディスクユニット等から構成されるコンピュータシステムである。コンテンツ配信サーバ30は、CPUが、ROM、RAM又はハードディスクユニットに記録されているコンピュータプログラムを実行することにより、その機能を達成する。
(1)受信部301及び送信部302
受信部301及び送信部302は、ネットワーク接続ユニットから構成される。
受信部301は、通信路50を介して、再生端末20から情報を受信し、送信部302は、通信路50を介して、再生端末20へ情報を送信する。
受信部301は、具体的には、再生端末20から登録要求及び復元データ要求を受信する。
送信部302は、具体的には、サーバ制御部305から復元データ及び端末位置情報、又は復元データの送信を拒否することを示す拒否データ及び端末位置情報を受け取り、受け取った端末位置情報が示す再生端末を送信先として、復元データ又は拒否データを送信する。
(2)再生端末情報記憶部303
再生端末情報記憶部303は、ハードディスク又はフラッシュメモリで構成される。
再生端末情報記憶部303は、再生端末ごとの部分コンテンツデータの送信状況等に関する管理情報を記録する。
図9は、端末情報記憶部303に記録されている管理情報を示す図である。
同図に示すように、管理情報は、再生端末情報1及び再生端末情報2を含む複数個の再生端末情報を含む。再生端末情報は、再生端末毎に記録されており、各再生端末情報は、端末ID,及び、メディアIDと部分コンテンツ送信個数との組を1つ以上含む。
端末IDは、登録済みの再生端末を識別する情報である。メディアIDは、登録済みの再生端末にて再生される記録媒体を識別する情報である。部分コンテンツ送信個数は、登録済みの再生端末へ送信された、対応するメディアIDにより識別される記録媒体に記録されているコンテンツデータに対応する部分コンテンツデータの個数を示す情報である。コンテンツ配信サーバ30から、登録済みの再生端末に、1度も部分コンテンツデータを送信していない場合には、部分コンテンツ送信個数には「0」が記述される。
図9に示す具体例では、再生端末情報1に含まれる端末ID311は、「Terminal001」であるから、再生端末情報1は、再生端末20に対応する情報である(図3参照)。また、再生端末情報1は、メディアID「Disk001」(312)、及びメディアID312に対応する部分コンテンツ送信個数「5」(313)を含む。これは、コンテンツ配信サーバ30から、再生端末20へ、記録媒体10に記録されているコンテンツデータに対応する5個の部分コンテンツデータを送信済みであることを示している。
なお、部分コンテンツ送信個数は、復元データ要求を送信してきた再生端末に対して部分コンテンツデータを送信するか否かの判断に用いられる。その判断の詳細については後述する。
(3)コンテンツ記憶部304
コンテンツ記憶部304は、ハードディスク又はフラッシュメモリで構成される。
コンテンツ記憶部304は、コンテンツ配信サーバ30が配信する部分コンテンツデータ及び部分コンテンツデータに関する管理情報を記録している。また、コンテンツ記憶部304は、サーバ制御部305からの指示に従って、記録されている部分コンテンツデータの中から、再生端末20に送信すべき部分コンテンツデータを読み取る。
図10は、コンテンツ記憶部304に記録されている情報のデータ構造を示す図である。同図に示すように、コンテンツ記憶部304には、コンテンツ情報1、コンテンツ情報2を含む複数個のコンテンツ情報が記録されている。
各コンテンツ情報は、コンテンツID、複数個の再生位置情報、複数個の部分コンテンツデータ、及び1以上のメディアIDを含む。
コンテンツIDは、コンテンツ配信サーバ30が配信可能なコンテンツを識別する情報である。図10の具体例では、コンテンツ情報1に含まれるコンテンツID321は、「Content01」である。
再生位置情報及び部分コンテンツデータは、図6の説明で述べた再生位置情報及び部分コンテンツデータと同様である。即ち、再生位置情報と部分コンテンツデータとは1対1に対応している。また、部分コンテンツデータは、コンテンツを所定の単位で分割したデータであり、再生位置情報は、対応する部分コンテンツデータの再生順序を示す。例えば、図10の具体例では、再生位置情報322は、部分コンテンツデータ323に対応しており、部分コンテンツデータ323の再生順序を示す。
なお、本実施形態では、コンテンツ情報1に含まれるコンテンツID321のフォーマットは、記録媒体10に記録されているコンテンツID102のフォーマットと同一であるとする。また、コンテンツ情報1に含まれる各再生位置情報のフォーマットは、記録媒体10に記録されている各再生位置情報のフォーマットと同一であるとする。
ここで、コンテンツ情報1は、記録媒体10に記録されている全てのコンテンツデータに対応する全ての部分コンテンツデータを含む。これは、再生端末20が、記録媒体10からのデータの読み取りに、いかなる位置で失敗したとしても適切な部分コンテンツデータを配信できるようにするためである。
コンテンツ情報に含まれるメディアIDは、コンテンツを記録している記録媒体を識別する情報である。例えば図10では、コンテンツ情報1は、メディアID「Disk01」(234a)、…、メディアID「Disk11」(234b)を含む。これは、コンテンツID「Content01」により識別されるコンテンツが、メディアID「Disk01」により識別される記録媒体、メディアID「Disk11」により識別される記録媒体等に記録されていることを示す。
コンテンツ情報に含まれるメディアIDは、復元データ要求が正しい記録媒体を再生している再生端末から送信されたのか否かの判断に用いる。その判断の詳細については後述する。
なお、本実施形態では、コンテンツ情報に含まれるメディアIDのフォーマットは記録媒体10に記録されているメディアID101のフォーマットと同一であるとする。
(4)サーバ制御部305
サーバ制御部305は、コンテンツ配信サーバ30の全体を制御し、データの配信に必要な一般的な制御、及び、本発明に係る特徴的な機能を実現する。サーバ制御部305は、ROM等に記録された制御プログラムをCPUやRAM等を用いて動作させることで実現する。また、サーバ制御部305を、ハードウェアで実装してもよい。
図11は、サーバ制御部305の内部構成を機能的に示す機能ブロック図である。
同図に示すように、サーバ制御部305は、要求判断部331、登録部332、復元データ送信判断部333、復元データ生成部334、及び端末情報更新部335から構成される。
要求判断部331は、受信部301が再生端末20から受信した要求を受け取り、受け取った要求が登録要求及び復元データ要求の何れであるかを判断する。
具体的には、要求判断部331は、受け取った要求に端末位置情報が含まれているか否かを判断する。受け取った要求に端末位置情報が含まれている場合には、復元データ要求であり、端末位置情報が含まれていない場合には、登録要求であると判断する。また、他の実施例として、各要求に自身が登録要求であるか復元データ要求であるのかを示す情報が付加されていてもよい。
判断の結果、登録要求であった場合には、要求判断部311は、登録部332へ受け取った要求を出力する。判断の結果、復元データ要求であった場合には、要求判断部311は、復元データ送信判断部333及び復元データ生成部334へ受け取った要求を出力する。
登録部332は、要求判断部331から登録要求を受け取ると、以下の登録処理を行う。
先ず、登録部332は、受信した登録要求に含まれる端末IDを含む再生端末情報が再生端末情報記憶部303に記録済みであるか否かを判断する。
登録部332は、再生端末情報が記録済みである場合には、登録済みの再生端末が新しい記録媒体を再生したために登録を要求しているものと判断する。この場合、登録部332は、端末IDを含む再生端末情報に、登録要求に含まれているメディアIDを追加記録する。更に、メディアIDと対応付けて「0」を示す部分コンテンツ送信個数を追加記録する。
一方、登録部332は、再生端末情報が記録済みでない場合には、未登録の再生端末から登録が要求されているものと判断する。この場合、登録要求に含まれる端末ID、及びメディアIDを含む新たな再生端末情報を生成して、再生端末情報記憶部303に登録する。更に、メディアIDと対応付けて「0」を示す部分コンテンツ送信個数を追加記録する。
復元データ送信判断部333は、要求判断部331から復元データ要求を受け取ると、要求された復元データを再生端末20へ送信可能か否かを判断する。具体的には、以下の事項を確認し、復元データの送信許可及び送信拒否の何れかを決定する。
先ず、復元データ送信判断部333は、復元データ要求に含まれる端末ID及びメディアIDと同一の情報が再生端末情報記憶部303に記録されているか否かを確認する。記録されていない場合には、未登録の再生端末から未登録の記録媒体に対応する部分コンテンツデータが要求されていることとなるので、不正な要求であると判断し、復元データの送信拒否を決定する。
次に、復元データ要求に含まれる端末ID及びメディアIDと同一の情報が再生端末情報記憶部303に記録されている場合には、復元データ送信判断部333は、メディアIDに対応付けられて記録されている部分コンテンツ送信個数が、所定の個数(以下、「送信上限個数」と呼称する。)以上であるか否かを確認する。
ここで、本実施形態では、再生端末は記録媒体毎に取得可能な部分コンテンツデータの個数の上限が定められており、復元データ送信判断部333は、予め内部に送信上限個数を記憶している。復元データ送信判断部333は、復元データ要求を送信してきた再生端末に対して過去に送信した部分コンテンツデータの個数が、記憶している送信上限個数を超えている場合には、復元データの送信拒否を決定する。
より具体的には、復元データ送信判断部333は、復元データ要求に含まれる端末IDを用いて、再生端末情報記憶部303から同じ端末IDを有する再生端末情報を探索する。再生端末情報が見つかった場合には、復元データ要求に含まれるメディアIDを用いて、同じメディアIDと対応付けられて記録されている復元データ送信個数を探索する。復元データ送信判断部333は、探索により得られた復元データ送信個数が、復元データ送信判断部333が予め記憶している送信上限個数を越えていれば、復元データの送信拒否を決定する。
更に、復元データ送信判断部333は、復元データ要求に含まれるコンテンツIDが、コンテンツ記憶部304において復元データ要求に含まれるメディアIDと対応付けられて記録されているか否かを確認する。対応付けられて記録されていない場合は、再生端末20で再生される記録媒体に記録されていないコンテンツについての復元データが要求されていることとなるので、復元データ送信判断部333は、不正な要求であると判断し、復元データの送信拒否を決定する。
復元データ送信判断部333は、上記の全ての判断において復元データの送信拒否の決定をしない場合には、復元データの送信許可を決定する。
復元データ送信判断部333は、復元データの送信可否の判断を終えると、その判断結果を復元データ生成部334へ通知する。ここで、送信許可の通知を行う場合には、その通知と共に復元データ要求を復元データ生成部334へ出力する。
復元データ生成部334は、復元データ送信判断部333から、復元データの送信許可の通知を受け取ると、以下に示すように、再生端末20へ送信する復元データの生成処理を行う。
復元データ生成部334は、コンテンツ記憶部304から、復元データ要求に含まれているコンテンツIDを有するコンテンツ情報を特定する。
コンテンツ情報を特定すると、復元データ生成部334は、特定されたコンテンツ情報から、復元データ要求に含まれる再生位置情報以降の全ての部分コンテンツデータ、及び各部分コンテンツデータに対応する再生位置情報を読み出す。
そして、復元データ生成部334は、読み出した部分コンテンツデータと再生位置情報とを含む復元データを生成する。その後、復元データ生成部334は、生成した復元データ、及び復元データ要求に含まれる端末位置情報を、送信部302へ出力する。
更に、復元データ生成部334は、再生端末情報記憶部303の記録内容を更新するために、生成した復元データに含まれる部分コンテンツデータの個数と、復元データ要求に含まれる端末ID及びメディアIDとを、端末情報更新部335へ出力する。
一方、復元データ生成部334は、復元データ送信判断部333から、復元データの送信拒否の通知を受け取ると、復元データの送信拒否を示す拒否データを生成する。その後、復元データ生成部334は、生成した拒否データと、復元データ要求に含まれる端末位置情報とを送信部302へ出力する。
端末情報更新部335は、再生端末情報記憶部303に記録されている情報を更新する。
具体的には、端末情報更新部335は、復元データ生成部334から、部分コンテンツデータの個数、端末ID、及びメディアIDを受け取ると、受け取った端末IDを含む再生端末情報を特定する。再生端末情報が特定されると、端末情報更新部335は、復元データ生成部334から受け取ったメディアIDと対応付けられて記録されている部分コンテンツ送信個数を特定する。部分コンテンツ送信個数が特定されると、端末情報更新部335は、特定された部分コンテンツ送信個数に、復元データ生成部334から受け取った部分コンテンツデータの個数を加算して上書きする。
以上説明したサーバ制御部305の構成については、集積回路化が可能である。また、コンテンツ記憶部304および再生端末情報記憶部303をハードディスクではなくフラッシュメモリ等で実現した場合には、これらも含めて集積回路化が可能である。
<動作>
ここでは、図12から図18に示すフローチャートを用いて、コンテンツ再生システム1の動作について説明する。
1.再生端末20の動作
(再生端末20の全体処理の動作)
図12は、再生端末20の全体処理の動作を示すフローチャートである。
記録媒体10が再生端末20に挿入されると(ステップS101)、再生確認部231は、記録媒体10が初めて再生される記録媒体であるか否かを確認する。
記録媒体10が初めて再生される記録媒体である場合(ステップS102でYES)、再生端末20は、端末登録処理を行い(ステップS103)、ステップS104へ進む。
記録媒体10が初めて再生される記録媒体ではない場合(ステップS102でNO)、及びステップS103の端末登録処理が終了すると、再生端末20は、データ取得処理を行う(ステップS104)。
次に、記録媒体10からのコンテンツデータの取得中にデータの読み取りに失敗しない場合(ステップS105でNO)、再生端末20は、データ再生処理を行う(ステップS106)。その後、再生端末20は、コンテンツの再生が終了したか否かを判断し、再生終了の場合(ステップS107でYES)は、再生端末20は処理を終了する。再生終了でない場合(ステップS107でNO)、再生端末20は再生位置を進めて、ステップS106のデータ再生処理を継続する。
なお、再生位置を進める処理は、端末制御部206が実現する一般的なコンテンツ再生制御として実現される。より具体的には、記録媒体10から読み取ったコンテンツデータを再生しているときにはメディア読取部201が再生位置を進める処理を行い、復元データ記憶部205から読み取った部分コンテンツデータを再生しているときには、データアクセス部234が再生位置を進める処理を行う。
記録媒体10からのコンテンツデータの取得中にデータの読み取りに失敗した場合(ステップS105でYES)、再生端末20は、復元データ取得処理を行い(ステップS108)、その後処理を終了する。
(端末登録処理の動作)
図13は、再生端末20による端末登録処理の動作を示すフローチャートである。なお、ここに示す動作は、図12のステップS103の詳細である。
先ず、再生確認部231は、記録媒体10のメディアID101を、端末情報記憶部204の登録メディアID213に追加して記録する(ステップS201)。
続いて、要求部233は、端末情報記憶部204に記録されている端末ID211を読み取り(ステップS202)、読み取った端末ID211と記録媒体10のメディアID101とから成る登録要求を作成する。
次に、メディア読取部201は、記録媒体10からサーバ位置情報103を読み取る(ステップS203)。
続いて、送信部203は、端末ID211とメディアID101とから成る登録要求を、サーバ位置情報103が示すコンテンツ配信サーバ30へ送信する(ステップS204)。
(データ取得処理の動作)
図14は、再生端末20によるデータ取得処理の動作を示すフローチャートである。なお、ここに示す動作は、図12のステップS104の詳細である。
先ず、コンテンツの現在再生中の位置を示す再生位置情報が取得される(ステップS301)。先に述べたように、再生位置情報を取得する処理は、端末制御部206が実現する一般的なコンテンツ再生制御として実現され、メディア読取部201又はデータアクセス部234が、端末制御部206からの指示に従って行う。
続いて、データ取得部235は、取得した再生位置情報に対応する部分コンテンツデータが復元データ記憶部205に存在するか否かを確認する。復元データ記憶部205には、記録媒体10からの読み取りに失敗した位置以降の部分コンテンツデータが存在する。
データ取得部235による確認の処理は、具体的には、メディア読取部201から受け取ったメディアIDと再生位置情報との両方が、復元データ記憶部205に記録されているか否かを確認することにより行う。
復元データ記憶部205に部分コンテンツデータが存在する場合(ステップS302でYES)、データ取得部235は、再生位置情報に対応する部分コンテンツデータを復元データ記憶部205から取得して(ステップS303)、デコードデータ制御部236へ出力する。
一方、復元データ記憶部205に部分コンテンツデータが存在しない場合(ステップS302でNO)、データ取得部235は、記録媒体10から再生位置情報に対応するコンテンツデータを取得して(ステップS304)、デコードデータ制御部236へ出力する。
(データ再生処理の動作)
図15は、再生端末20によるデータ再生処理の動作を示すフローチャートである。なお、ここに示す動作は、図12のステップS106の詳細である。
先ず、デコードデータ制御部236は、バッファリングされているコンテンツデータ及び部分コンテンツデータの再生位置情報を取得する(ステップS401)。
続いて、取得した再生位置情報に従って、コンテンツデータ及び部分コンテンツデータを正しい再生順序に並び替える(ステップS402)。その後、正しい再生順序で、コンテンツデータ及び部分コンテンツデータがデコード部237へ入力される(ステップS403)。
デコード部237は、受け取ったコンテンツデータ及び部分コンテンツデータをデコードし(ステップS404)、出力装置40へ出力する(ステップS405)。
なお、デコードデータ制御部236の説明で既に述べたように、データ取得部235から常に再生順序に従った安定した量のデータが届くのであれば、デコードデータ制御部236によるバッファリング及び並び替えの処理は不要である。この場合は、ステップS401及びステップS402の処理を省略することができる。
(復元データ取得処理の動作)
図16は、再生端末20による復元データ取得処理の動作を示すフローチャートである。なお、ここに示す動作は、図12のステップS108の詳細である。
先ず、要求部233は、失敗検出部232から受け取ったメディアID、読み取りに失敗したコンテンツのコンテンツID、読み取りに失敗した位置を示す再生位置情報、端末情報記憶部204から読み出した端末ID及び端末位置情報とを含む復元データ要求を生成する(ステップS501)。送信部203は、ステップS501で生成された復元データ要求を、コンテンツ配信サーバ30へ送信する(ステップS502)。
その後、再生端末20は、コンテンツ配信サーバ30からの応答を待つ(ステップS503)。
コンテンツ配信サーバ30からの応答が、拒否データである場合、又は、コンテンツ配信サーバ30から所定時間応答が無い場合(ステップS504で「拒否データ又は所定時間応答なし」)、再生端末20は、処理を終了する。
コンテンツ配信サーバ30からの応答が、復元データである場合(ステップS504で「復元データ」)、データアクセス部234は、復元データに含まれる部分コンテンツデータと再生位置情報とを、復元データ記憶部205に記録する(ステップS505)。
なお、コンテンツ配信サーバ30からの応答が拒否データである場合には、出力部207により、ユーザに対し復元データの取得に失敗した旨の通知を行った上で処理を終了するように構成してもよい。
また、拒否データに要求が拒否された理由(例えば、「要求が不正であった」、「部分コンテンツデータの送信が許可される個数を超えていた」等)を示す情報が含まれている場合には、出力部207により、その理由をユーザに通知するように構成してもよい。
また、コンテンツ配信サーバ30から所定時間応答が無かった場合にも、出力部207により、ユーザに対しコンテンツ配信サーバ30との通信に失敗した旨の通知を行った上で処理を終了するとしてもよい。
更に、コンテンツ配信サーバ30からの応答が復元データである場合にも、出力部207により、ユーザに対し復元データの取得に成功した旨の通知を行うように構成してもよい。
2.コンテンツ配信サーバ30の動作
(コンテンツ配信サーバ30の全体処理の動作)
図17は、コンテンツ配信サーバ30の全体処理の動作を示すフローチャートである。
コンテンツ配信サーバ30は、再生端末20からの要求を待ち、再生端末20から要求を受け取ると、要求判断部331は、その要求が登録要求であるか、復元データ要求であるかを判断する。
再生端末20から受け取った要求が登録要求である場合(ステップS601で「登録要求」、登録部332は、登録要求に含まれる端末IDとメディアIDとを、再生端末情報記憶部303に記録し(ステップS602)、処理を終了する。
なお、ステップS602では、端末IDが既に端末情報記憶部303に記録済みである場合には、登録部332は、記録済みの端末IDと対応付けて、メディアIDを追加記録する。更に、メディアIDと対応付けて「0」を示す部分コンテンツ送信個数を追加記録する。端末IDが端末情報記憶部303に未だ記録されていない場合には、登録部332は、登録要求に含まれている端末IDとメディアIDとの両方を再生端末情報記憶部303に記録する。さらに、メディアIDと対応付けて「0」を示す部分コンテンツ送信個数を記録する。
再生端末20から受け取った要求が復元データ要求である場合(ステップS601で「復元データ要求」)、コンテンツ配信サーバ30は、復元データ送信処理を行い(ステップS603)、その後処理を終了する。
なお、本実施形態では、登録要求に対しては、再生端末20に対しデータの返送を行っていないが、例えば登録部332による処理の完了後に、再生端末20に対し、登録が正常に完了した旨の通知を行うように構成してもよい。
(復元データ送信処理の動作)
図18は、コンテンツ配信サーバ30による復元データ送信処理の動作を示すフローチャートである。なお、ここに示す動作は、図17のステップS603の詳細である。
先ず、復元データ送信判断部333は、復元データ要求の正当性を判断する。復元データ送信判断部333が判断する事項は以下の通りである。
復元データ送信判断部333は、復元データ要求に含まれる端末ID及びメディアIDが再生端末情報記憶部303に記録されているか否かを確認する。何れかが記録されていない場合には、復元データ要求を不当なものであると判断する。
また、復元データ送信判断部333は、復元データ要求に含まれるコンテンツID及びメディアIDが、コンテンツ記憶部304において、対応付けられて記録されているか否かを確認する。これらが対応付けられて記録されていない場合には、復元データ要求を不当なものであると判断する。
復元データ要求が正当でないと判断された場合(ステップS701でNO)、復元データ送信判断部333は、復元データ生成部334に対して復元データの送信を拒否する旨の通知を行い、ステップS703へ進む。
復元データ要求が正当であると判断された場合(ステップS701でYES)、復元データ送信判断部333は、復元データ要求に含まれている端末IDとメディアIDとに対応づけられて記録されている部分コンテンツ送信個数を確認する。部分コンテンツ送信個数が送信上限個数以上の場合(ステップS702でNO)、復元データ送信判断部333は、復元データ生成部334に対して復元データの送信を拒否する旨の通知を行い、ステップS703へ進む。
復元データ生成部334は、復元データの送信を拒否する旨の通知を受け取ると、拒否データを生成し(ステップS703)、生成した拒否データを送信部302へ出力する。
部分コンテンツ送信個数が送信上限個数より少ない場合(ステップS702でYES)、復元データ送信判断部333は、復元データ生成部334に対して復元データの生成を許可する旨の通知を行う。
復元データの送信許可の通知を受け取った復元データ生成部334は、復元データ要求に含まれる再生位置情報以降の部分コンテンツデータと、各部分コンテンツデータに対応する再生位置情報とをコンテンツ記憶部304から読み出し、部分コンテンツデータと再生位置情報とを含む復元データを生成する(ステップS704)。復元データ生成部334は、生成した復元データを、送信部302へ出力する。
次に、端末情報更新部335は、復元データに含まれる部分コンテンツデータの個数を、再生端末情報記憶部303に記録されている部分コンテンツ送信個数に加算し、部分コンテンツ送信個数を更新する(ステップS705)。
その後、送信部302は、復元データ又は拒否データを再生端末20へ送信する(ステップS706)。
ここで、上記のステップS703では、ステップS701の判断により復元データの送信が拒否される場合、ステップS702の判断により復元データの送信が拒否される場合の何れの場合にも、同一の拒否データを生成したが、復元データの送信が拒否される理由が異なるので、それぞれ異なる情報を含んだ拒否データを生成するように構成してもよい。
以上説明したように、コンテンツ再生システム1では、再生端末20は記録媒体10からコンテンツデータの読み取りに失敗すると、読み取りに失敗した位置以降の部分コンテンツデータをコンテンツ配信サーバ30に要求する。コンテンツ配信サーバ30は、要求された位置以降の部分コンテンツデータを含んだ復元データを生成し、再生端末20に返送する。再生端末20は、コンテンツ配信サーバ30から取得した復元データを復元データ記憶部205に記録する。再生端末20は、読み取りに失敗した記録媒体10を再度再生する場合には、コンテンツの現在再生中の位置と過去に読み取りに失敗した位置とを比較しながら再生を進める。現在再生中の位置が、過去に読み取りに失敗した位置以降となれば、復元データ記憶部205に記録済みの部分コンテンツデータに再生を切り替える。
このような構成を備えることにより、再生端末20は、データの読み取りに失敗した位置以降のデータのみを復元データ記憶部205に記録していれば、コンテンツの全体を再生することが可能である。従って、コンテンツ全体のバックアップデータを記録する場合と比較すると、バックアップデータの量を削減することが可能となる。
≪第2の実施形態≫
ここでは、本発明の第2の実施形態として、コンテンツ再生システム2について説明する。
第1の実施形態では、再生端末20は、記録媒体上のコンテンツの再生中に読み取り失敗が発生すると、コンテンツ配信サーバ30へ復元データを要求し、コンテンツ配信サーバから取得した復元データを、内部に記録した。これにより、再生端末20は、記録媒体10の読み取りに失敗した回の次回以降の再生時には、コンテンツを途切れなく再生することができていた。
しかし、第1の実施形態では、読み取り失敗が初めて発生した回については、コンテンツが途中で突然再生されなくなってしまうこととなる。そこで、第2の実施形態では、読み取り失敗が初めて発生する場合であっても、最初から最後までコンテンツの全体を途切れなく再生することのできるコンテンツ再生システムを示す。
具体的には、第2の実施形態に係るコンテンツ再生システム2では、コンテンツの再生を開始するよりも前に読み取り失敗が発生するか否かを確認する。確認の結果、読み取り失敗の発生が検出された場合、再生端末は、コンテンツ配信サーバへ復元データを要求し、コンテンツ配信サーバから取得した復元データを、内部に記録する。この構成により、記録媒体の読み取り失敗を確認し、復元データの取得が完了した後にコンテンツの再生を開始するので、コンテンツの全体を途切れなく再生することができる。
<構成>
1.コンテンツ再生システム2の全体構成
第2の実施形態に係るコンテンツ再生システム2は、記録媒体10a、再生端末20a、コンテンツ配信サーバ30a、及び出力装置40aから構成される。再生端末20aとコンテンツ配信サーバ30aとは、通信路50aを介して接続されている(図19参照)。
ここで、記録媒体10a、コンテンツ配信サーバ30a、出力装置40a、及び通信路50aは、第1の実施形態の記録媒体10、コンテンツ配信サーバ30、出力装置40、及び通信路50と同様の構成及び機能を有するため説明を省略する。
以下では、第1の実施形態と異なる機能を有する再生端末20aの構成について説明する。
2.再生端末20aの構成
図19は、再生端末20aの構成を機能的に示す機能ブロック図である。ここで、図4及び図7に付した符号と同一の符号を付した構成要素については、第1の実施形態と同様であるので、説明を省略する。再生端末20aは、失敗検出部232a、データアクセス部234a、及びデータ取得部235aの構成が、第1の実施形態とは異なる。
(1)失敗検出部232a
失敗検出部232aは、再生端末20aに記録媒体10aが挿入されると、記録媒体10aに記録されているコンテンツデータの読み取りを、メディア読取部201に指示する。
その後、失敗検出部232aは、メディア読取部201によるデータの読み取りを監視する。メディア読取部201が、コンテンツデータの読み取りに失敗した場合は、第1の実施形態の失敗検出部232と同様に、要求部233へ復元データ要求の作成を指示する。
失敗検出部232aは、コンテンツデータの読み取りが全て正常に完了した場合、その旨をデータ取得部235aに通知し、読み取り失敗により異常終了した場合、その旨をデータ取得部235aに通知する。
(2)データアクセス部234a
データアクセス部234aは、第1の実施形態のデータアクセス部234と同様の機能に加え、復元データの記録が完了するとその旨をデータ取得部235aに通知する機能を有する。
(3)データ取得部235a
データ取得部235aは、第1の実施形態のデータ取得部235と同様の機能に加え、データの取得を開始するタイミングを制御する機能を有する。
具体的には、データ取得部235aは、失敗検出部232aからデータの読み取りが正常に終了した旨の通知を受け取った場合、及び、データアクセス部234aから復元データの記録が完了した旨の通知を受け取った場合に、データの取得を開始する。これは、コンテンツの再生に復元データが必要になる場合に、復元データの記録が完了する前に再生を開始するのを防ぐためである。
なお、記録媒体10aからのデータの読み取りに失敗がない場合は、データ取得部235aは部分コンテンツデータを必要としないので、失敗検出部232aによる記録媒体10aの確認が終わり次第、記録媒体10aのコンテンツデータの再生を開始する。
<動作>
ここでは、第2の実施形態に係るコンテンツ再生システム2の動作について説明する。
上述した通り、コンテンツ再生システム2は、第1の実施形態に係るコンテンツ再生システム1と比較し、再生端末20aの構成のみが異なるため、以下では、再生端末20aの動作のみを説明する。
(再生端末20aの全体処理の動作)
図20は、再生端末20aの全体処理の動作を示すフローチャートである。
記録媒体10aが再生端末20aに挿入されると(ステップS801)、再生確認部231は、記録媒体10aが初めて再生される記録媒体であるか否かを確認する。
記録媒体10aが初めて再生される記録媒体である場合(ステップS802でYES)、再生端末20aは、端末登録処理を行い(ステップS803)、ステップS804へ進む。
記録媒体10aが初めて再生される記録媒体ではない場合(ステップS802でNO)、及びステップS803の端末登録処理が終了すると、再生端末20aは、読取確認処理を行う(ステップS804)。
その後、再生端末20aは、記録媒体10a又は復元データ記憶部205から再生すべきコンテンツデータ又は部分コンテンツデータを取得するデータ取得処理を行う(ステップS805)。
ステップS805の詳細は、図14のフローチャートと概ね同様である。但し、データ取得部235aが取得処理を開始するタイミングが、失敗検出部232a又はデータアクセス部234aから受け取る通知によって決定される点が、第1の実施形態とは異なる。
即ち、ステップS804の読取確認処理において、失敗検出部232aからコンテンツデータの読み取りが全て正常に完了した旨の通知を受け取れば、データ取得部235aは、すぐにデータ取得処理を開始する。また、読取確認処理において、失敗検出部232aからコンテンツデータの読み取り失敗が発生した旨を受け取れば、データ取得部235aは、データアクセス部234aから復元データの記録が完了した旨の通知を受け取るまで、データ取得処理の実行を待つ。データ取得処理の詳細は、図14のフローチャートと同様であるため、説明を省略する。
続いて、再生端末20aは、取得したコンテンツデータ又は部分コンテンツデータを再生するデータ再生処理を行う(ステップS806)。ステップS806の詳細は、図15のフローチャートと同様であるため、説明は省略する。
その後、コンテンツの再生が全て終了した場合(ステップS807でYES)、再生端末20aは処理を終了する。コンテンツの再生が終了していない場合(ステップS807でNO)、現在再生中の再生位置を進めて、ステップS805のデータ取得処理に戻り、コンテンツの再生を継続する。
なお、第1の実施形態では、コンテンツの再生中に読み取り失敗が発生したか否かを確認し、データ取得処理において読み取りに失敗した場合は、部分コンテンツデータ取得処理を行った。
これに対し、第2の実施形態では、コンテンツの再生が始まる以前にステップS804で、読み取り失敗の確認等の処理が終了しているので、基本的にはコンテンツの再生中に読み取り失敗が発生することはない。従って、コンテンツ配信システムでは、基本的には再生中に読み取り失敗を確認する処理は不要である。
但し、読取確認処理の直後に記録媒体10aに傷が付く可能性もあるので、コンテンツ再生システム2においても、第1の実施形態と同様に、再生中に読み取り失敗を確認する機能を備えるように構成してもよい。
(読取確認処理の動作)
図21は、再生端末20aによる、読取確認処理の動作を示すフローチャートである。なお、ここに示す動作は、図20のステップS804の詳細である。
先ず、メディア読取部201は、記録媒体10aから再生位置情報を取得する(ステップS901)。再生位置情報は、記録媒体10aに記録されているコンテンツデータのうちの、最初のコンテンツデータから順に取得される。
メディア読取部201は、更に、記録媒体10aから再生位置情報に対応するコンテンツデータを取得する(ステップS902)。
ステップS901及びステップS902の何れかにおいて、データの読み取りに失敗した場合(ステップS903でYES)、失敗検出部232aは、データ取得部235aにデータの読み取りに失敗があった旨を通知する(ステップS904)。更に、失敗検出部232aは、要求部233に復元データ要求の作成を指示する。
復元データ要求作成の指示を受けた要求部233は、復元データ取得処理を行う(ステップS905)。ステップS905の詳細は、図16のフローチャートと同様であるため、説明を省略する。
復元データ取得処理が完了すると、データアクセス部234aは、データ取得部235aに対して復元データの記録が完了した旨を通知する(ステップS906)。
一方、ステップS901及びステップS902の何れの処理においても、データの読み取りに失敗がなかった場合(ステップS903でNO)、失敗検出部232aは全てのコンテンツデータの取得が終了したか否かを確認する。データの取得が完了していなければ(ステップS907でNO)、現在の再生位置を進めた上でステップS901に戻り、コンテンツデータの取得を続ける。全てのコンテンツデータの取得が完了していれば(ステップS907でYES)、失敗検出部232aは、データ取得部235aにデータの読み取りが正常に完了した旨を通知する(ステップS908)。
以上説明しように、第2の実施形態に係る再生端末20aは、コンテンツの再生前に記録媒体10aの読み取りに成功するか否かを確認し、読み取りに失敗した場合には、コンテンツ配信サーバ30aから、部分コンテンツデータを取得しておく。
これにより、記録媒体10aのコンテンツを再生する時には、再生に必要な全てのデータが揃っていることとなるから、初めて記録媒体10aを再生する時でも、コンテンツが途切れること無く正常に再生することが可能になる。
なお、本実施形態では、失敗検出部232aは、読み取りが正常に完了した場合も読み取りが失敗した場合もその旨をデータ取得部235aに通知していたが、正常に完了した場合の通知は省略することもできる。この場合、データ取得部235aは、失敗検出部232aから読み取り失敗の通知を受け取るまで、又は、データアクセス部234aから復元データ取得完了の通知を受け取るまで、データ取得処理を開始しないように構成すればよい。
≪第3の実施形態≫
ここでは、本発明の第3の実施形態として、コンテンツ再生システム2について説明する。
上記第1及び第2の実施形態では、再生端末20及び20aは、何れも復元データ記憶部205に復元データを記録した上で、コンテンツを再生していた。この場合、例えば記録媒体の全体の読み取りに失敗した場合には、再生端末内に記録する部分コンテンツのデータ量がコンテンツ全体を記録する場合とほとんど変わらなくなってしまう。
そこで、第3の実施形態では、記録媒体全体の読み取りに失敗した場合であっても、復元データの記録容量を抑えることのできるコンテンツ再生システムを示す。
具体的には、コンテンツ再生システム3では、コンテンツの再生中に読み取り失敗が発生した場合、読み取り失敗が発生した位置以降の部分コンテンツデータをコンテンツ配信サーバから順次受け取り、受け取った部分コンテンツデータを順次ストリーミング再生する。これにより、コンテンツ再生システム3では、再生端末が復元データを蓄積することなく、コンテンツを途切れずに再生することができる。
<構成>
1.コンテンツ再生システム3の全体構成
第3の実施形態に係るコンテンツ再生システム3は、記録媒体10b、再生端末20b、コンテンツ配信サーバ30b、及び出力装置40bから構成される。再生端末20bとコンテンツ配信サーバ30bとは、通信路50bを介して接続されている(図22参照)。
ここで、記録媒体10b、コンテンツ配信サーバ30b、出力装置40b、及び通信路50bは、第1の実施形態の記録媒体10、コンテンツ配信サーバ30、出力装置40、及び通信路50と同様の構成を有するため説明を省略する。
以下では、第1の実施形態と異なる構成を有する再生端末20bの構成について説明する。
2.再生端末20bの構成
図22は、再生端末20bの構成を機能的に示す機能ブロック図である。ここで、図4及び図7に付した符号と同一の符号が付してある構成要素については、第1の実施形態と同様の機能を有するため、説明を省略する。
本実施形態に係る再生端末20bは、失敗検出部232b、データアクセス部234b、及びデータ取得部235bの構成が、第1の実施形態と異なる。また、本実施形態では、再生端末20bは、コンテンツ配信サーバ30bから受信した復元データを、受信後直ちに再生するため、第1及び第2の実施形態と異なり、復元データを記録しておく必要がない。従って、再生端末20bは、復元データ記憶部205を備えていない。
(1)失敗検出部232b
失敗検出部232bは、第1の実施形態の失敗検出部232と同様の機能に加え、読み取りの失敗を検出すると、読み取り失敗の通知をデータ取得部235bに出力する機能を有する。
(2)データアクセス部234b
データアクセス部234bは、受信部202を介してコンテンツ配信サーバ30bから復元データを取得し、取得した復元データを順次データ取得部235bへ送出する。
なお、コンテンツの再生速度に合わせてコンテンツ配信サーバ30bから復元データがデータアクセス部234bに到達するとは限らないので、データアクセス部234bは、復元データの到達速度の揺らぎを吸収するために、一時的に復元データを蓄積するバッファを持つことが望ましい。
(3)データ取得部235b
データ取得部235bは、再生端末20bが再生するコンテンツデータ又は部分コンテンツデータを取得する。何れのデータを取得するのかは、失敗検出部232bからの読み取り失敗の通知の有無に依る。
具体的には、失敗検出部232bから読み取り失敗の通知を受け取るまでは、データ取得部235bは、メディア読取部201が記録媒体10から読み取ったコンテンツデータ及び再生位置情報を取得する。
失敗検出部232bから読み取り失敗の通知を受け取った後は、データ取得部235bは、データアクセス部234bから順次送出される復元データから、部分コンテンツデータ及び再生位置情報を取得する。
<動作>
ここでは、第3の実施形態に係るコンテンツ再生システム3の動作について説明する。
上述した通り、コンテンツ再生システム3は、第1の実施形態のコンテンツ再生システム1と比較し、再生端末20bの構成のみが異なるため、以下では、再生端末20bの動作のみを説明する。
(再生端末20bの全体処理の動作)
図23は、再生端末20bの全体処理の動作を示すフローチャートである。
記録媒体10bが再生端末20bに挿入されると(ステップS1001)、再生確認部231は、記録媒体10bが初めて再生される記録媒体であるか否かを確認する。
記録媒体10bが初めて再生される記録媒体である場合(ステップS1002でYES)、再生端末20bは、端末登録処理を行い(ステップS1003)、ステップS1004へ進む。
記録媒体10bが初めて再生される記録媒体ではない場合(ステップS1002でNO)、及びステップS1003の端末登録処理が終了すると、再生端末20bは、データ取得処理を行う(ステップS1004)。
続いて、再生端末20bは、ステップS1004で取得したコンテンツデータ又は部分コンテンツデータを再生するデータ再生処理を行う(ステップS1005)。なお、ステップS1005の処理は、図15に示したフローチャートと同様であるため、ここでは説明を省略する。
その後、再生端末20bは、コンテンツの再生が全て終了した場合(ステップS1006でYES)、処理を終了する。また、コンテンツの再生が終了していなければ(ステップS1006でNO)、現在再生中の再生位置を進め、ステップS1004のデータ取得処理に戻って、コンテンツの再生を継続する。
(データ取得処理の動作)
図24は、再生端末20bによるデータ取得処理の動作を示すフローチャートである。なお、ここに示す動作は、図23のステップS1004の詳細である。
先ず、コンテンツの現在再生中の再生位置を示す再生位置情報が取得される(ステップS1101)。ここで、再生位置情報を取得する処理は、記録媒体10bから読み取ったコンテンツデータを再生しているときにはメディア読取部201が行い、コンテンツ配信サーバ30bから取得した部分コンテンツデータを再生しているときにはデータアクセス部234bが行う。
続いて、データ取得部235bは、失敗検出部から記録媒体10bの読み取りに失敗した旨の通知を受け取っているか否かを判断する。読み取りに失敗した旨の通知を受け取っている場合(ステップS1102でYES)、データ取得部235bは、再生位置情報に対応する部分コンテンツデータを、データアクセス部234bを介してコンテンツ配信サーバ30bから取得し、デコードデータ制御部236へ出力する。 また、読み取りに失敗した旨の通知を受け取っていない場合(ステップS1102でNO)、データ取得部235bは、記録媒体10bから再生位置情報に対応するコンテンツデータを取得して、デコードデータ制御部236へ出力する。
以上説明したように、第3の実施形態に係る再生端末20bでは、再生中にコンテンツ配信サーバ30bから取得した部分コンテンツデータを順次ストリーミング再生する。従って、記録媒体10bからのデータの読み取りに失敗した場合であっても、復元データを蓄積することなく、コンテンツを途切れさせず、正常に再生することが可能になる。
なお、本実施形態では、再生端末20bは、コンテンツ配信サーバ30bから部分コンテンツデータと共に再生位置情報も取得していたが、この構成に限られるものではない。再生端末20bは、コンテンツ配信サーバ30bから、部分コンテンツデータのみを取得するように構成してもよい。それは、本実施形態においては、記録媒体10bからの読み取りに失敗した位置の部分コンテンツデータを随時取得するので、再生すべきデータを並び替える必要がないからである。
また、本実施の形態では、再生端末20bは取得した部分コンテンツデータを記録しないとしたが、これに限られるものではない。部分コンテンツデータの遅延を吸収するためにバッファを設け、到着した部分コンテンツデータを一時的に記憶するなどとしてもよい。
≪第4の実施形態≫
ここでは、本発明の第4の実施形態として、コンテンツ再生システム4について説明する。
<構成>
1.コンテンツ再生システム4の全体構成
図25は、コンテンツ再生システム4の全体構成を示す図である。
同図に示すように、コンテンツ再生システム4は、記録媒体1000、再生端末2000、コンテンツ配信サーバ3000、及び出力装置4000から構成される。再生端末2000とコンテンツ配信サーバ3000とは、通信路5000を介して接続されている。
コンテンツ再生システム4は、第1の実施形態に係るコンテンツ再生システム1と同様に、再生端末2000が記録媒体1000に記録されているコンテンツを再生するシステムである。
コンテンツ再生システム4は、第1の実施形態に係るコンテンツ再生システム1の機能に加えて、再生端末2000が記録媒体1000に記録されているコンテンツデータを再生する際、必要に応じて、コンテンツデータを他のデータに置き換えて再生することが可能なシステムである。
記録媒体1000は、コンテンツが記録された記録媒体であって、記録媒体10と同様に、BD−ROMを想定している。
再生端末2000は、記録媒体1000からコンテンツを読み取り、再生する装置であり、再生端末20と同様に、BDプレーヤを想定している。再生端末2000は、記録媒体1000からのデータの読み取りに失敗すると、通信路5000を介して、コンテンツ配信サーバ3000から読み取りに失敗した位置以降のデータを取得して記憶する。更に、再生端末2000は、必要に応じて、コンテンツ配信サーバ3000から、置換データを取得して記憶する。
再生端末2000は、記録媒体10の次回以降の再生において、過去にデータの読み取りに失敗した位置以降については、コンテンツ配信サーバ3000から取得したデータを再生し、データの置き換えが必要な位置については、コンテンツ配信サーバ3000から取得した置換データを再生する。また、再生端末2000は、過去にデータの読み取りに失敗していない位置及びデータの置き換えが必要でない位置については、記録媒体1000のデータを再生する。
コンテンツ配信サーバ3000は、再生端末2000からコンテンツの送信を要求する旨の通知を受信すると、再生端末2000へデータ送信を許可するか否かを判断する。送信を許可すると判断した場合、コンテンツ配信サーバ3000は、再生端末2000へ読み取りに失敗した位置以降のデータ、及び置換データを送信する。送信を拒否すると判断した場合、コンテンツ配信サーバ30は、再生端末20へコンテンツの送信を拒否する旨を示す拒否データを送信する。
出力装置4000は、出力装置40と同様に、再生端末2000から出力されたコンテンツデータを出力する装置であり、具体的には、テレビやディスプレイ、スピーカ等である。
通信路5000は、再生端末2000とコンテンツ配信サーバ3000との間の情報の通信に用いる通信路であり、本実施形態では、通信路5000として、インターネットを想定している。
2.記録媒体1000のデータ構造
図26は、記録媒体1000に記録されている情報を示す図である。
同図に示すように、記録媒体10は、メディアID1001、コンテンツID1002、サーバ位置情報1003、複数個の再生位置情報1004a、…、1004b、複数個のコンテンツデータ1005a、…、1005b、及びコンテンツ置換情報1006を記録している。
ここで、メディアID1001、コンテンツID1002、サーバ位置情報1003、再生位置情報1004a、…、1004b、及びコンテンツデータ1005a、…、1005bは、第1の実施形態に係る記録媒体10に記録されている各情報(図2及び図3参照)と同様であるため、説明を省略する。
記録媒体1000は、コンテンツ置換情報1006を記録している点が、第1の実施形態に係る記録媒体10と異なる。コンテンツ置換情報1006は、再生端末2000が記録媒体1000に記録されているコンテンツを再生する際に、再生端末2000により読み取られ、コンテンツデータの置換の必要性の有無の判断に用いられる。
図27は、コンテンツ置換情報1006の具体例を示す図である。同図に示すように、コンテンツ置換情報1006は、コンテンツ置換表1006aとコンテンツ置換表有効期限1006bとから構成される。
コンテンツ置換表1006aは、2個の置換情報1011、及び1012を含む。各置換情報は、置換条件、置換位置情報、及びデータサイズから構成される。
置換条件は、記録媒体1000に含まれるコンテンツデータの置換が必要となる条件を示している。置換位置情報は、置換するコンテンツデータの先頭の再生位置を示している。なお、置換位置情報のフォーマットは、再生位置情報1004a、…、1004bのフォーマットと同一であるとする。データサイズは、置換するコンテンツデータのサイズを示している。本実施形態ではデータサイズとして、コンテンツデータの個数を用いることとする。
置換情報1011の置換条件は「2008年6月1日以降」であり、置換位置情報は「Position05」であり、データサイズは「11」である。これは、記録媒体1000に記録されているコンテンツを、2008年6月1日以降に再生するとき、Position05の再生位置から、11個のコンテンツデータを置換する必要があることを示している。
また、置換情報1012の置換条件は「再生回数5回以上」であり、置換位置情報は「Position80であり」、データサイズは「15」である。これは、記録媒体1000に記録されているコンテンツの再生回数が5回を超えている場合には、Position80の再生位置から、15個のコンテンツデータを置換する必要があることを示している。
コンテンツ置換表有効期限1006bは、コンテンツ置換表1006aの有効期限を示している。コンテンツ置換表有効期限1006bは「2009年5月31日」であるから、再生端末2000は、2009年6月1日以降は、コンテンツ置換表1006aを用いてコンテンツデータの置換の必要性の有無を判断することはできない。
3.再生端末2000の構成
図28は、再生端末2000の構成を機能的に示す機能ブロック図である。
同図に示すように、再生端末2000は、メディア読取部2001、受信部2002、送信部2003、端末情報記憶部2004、復元データ/置換データ記憶部2005、端末制御部2006、及び出力部2007から構成される。
再生端末2000は、具体的には、CPU、ROM、RAM、ハードディスクユニット等から構成されるコンピュータシステムである。再生端末2000は、CPUが、ROM、RAM又はハードディスクユニットに記録されているコンピュータプログラムを実行することにより、その機能を達成する。
再生端末2000は、第1の実施形態に係る再生端末20が有する機能と同一の機能を備える。更に、再生端末2000は、再生端末20が有する機能に加えて、コンテンツ配信サーバ3000から置換データを取得し、コンテンツデータを置換データに置き換えて再生する機能を備える。
そこで、以下では、再生端末20と同一の機能については詳細な説明は省略し、再生端末2000の特徴的な機能を中心に説明する。
(1)メディア読取部2001
メディア読取部2001は、具体的には、BD−ROMドライブである。
メディア読取部2001は、端末制御部2006の指示に従い、記録媒体1000から、メディアID1001、コンテンツID1002、サーバ位置情報1003、再生位置情報1004a、…、1004b、コンテンツデータ1005a、…、1005b、及びコンテンツ置換情報1006を読み取る。
(2)受信部2002及び送信部2003
受信部2002及び送信部2003は、ネットワーク接続ユニットから構成される。
受信部2002は、コンテンツ配信サーバ3000から、復元データ、置換データ、拒否データ、及び更新データを受信する。
送信部2003は、コンテンツ配信サーバ3000へ、登録要求、復元データ要求、置換データ要求、及び更新データ要求を送信する。
置換データ要求は、記録媒体1000のコンテンツデータの置換が必要な場合に、コンテンツ配信サーバ3000へ送信される情報である。置換データ要求は、再生端末2000の端末ID、メディアID1001、コンテンツID1002、及び置換が必要なコンテンツデータを示す置換位置情報及びデータサイズを含む。
更新データ要求は、コンテンツ置換表1006aの有効期限が切れた場合に、コンテンツ配信サーバ3000へ送信される情報である。更新データ要求は、再生端末2000の端末ID、メディアID1001、及びコンテンツID1002を含む。
(3)端末情報記憶部2004
端末情報記憶部2004は、具体的にはフラッシュメモリで構成されている。
端末情報記憶部2004は、図5に示した端末固有データに加え、更に、図29に示す各情報を記憶している。
図29に示すように、端末情報記憶部2004は、メディアID2021、コンテンツID2022、コンテンツ置換表2023、コンテンツ置換表有効期限2024、及び再生回数2025を記録している。なお、図29においては、コンテンツ置換表2023の具体的な記述を省略しているが、コンテンツ置換表2023は、図27に示したコンテンツ置換表1006aと同一内容である。
メディアID2021、コンテンツID2022、コンテンツ置換表2023、及びコンテンツ置換表有効期限2024は、メディア読取部2001が、記録媒体1000から読み取った情報である。
再生回数2025は、メディアID2021により識別される記録媒体が、再生端末2000にて再生された回数を示す情報である。例えば、図29の例では、再生回数2025は「2」であるから、記録媒体1000は、再生端末2000にて、2回再生されたことがある。
(4)復元データ/置換データ記憶部2005
復元データ/置換データ記憶部2005は、具体的にはハードディスクユニットで構成されており、コンテンツ配信サーバ3000から受信した復元データ及び置換データを記憶する。
なお、復元データ/置換データ記憶部2005に記録される復元データのデータ構造は、第1の実施形態と同様であるため、説明を省略する(図6参照)。
図30は、復元データ/置換データ記憶部2005に記録される置換データの具体的なデータ構造を示す図である。
同図に示すように、復元データ/置換データ記憶部2005には、置換データ1及び置換データ2を含む複数個の置換データが記録される。各置換データは、メディアID,1以上の再生位置情報、及び1以上の置換コンテンツデータから構成される。
メディアIDは、コンテンツデータの置換が必要な記録媒体を示す。再生位置情報と置換コンテンツデータとは1対1に対応しており、各再生位置情報は、対応する置換コンテンツデータコンテンツ内における位置を示し、この情報から各コンテンツデータの再生順序も知ることができる。
例えば、再生位置情報2032aは、置換コンテンツデータ2033aと対応しており、置換コンテンツデータ2033aの位置を示す。再生位置情報2032bは、置換コンテンツデータ2033bと対応しており、置換コンテンツデータ2033bの位置を示す。
置換コンテンツデータは、第1〜第3の実施形態のコンテンツデータ及び部分コンテンツデータと同様に、コンテンツを所定の単位で分割したデータである。その所定の単位は、コンテンツデータ及び部分コンテンツデータと同一である。
また、置換コンテンツデータのデータは、同一の再生位置情報を有するコンテンツデータ及び部分コンテンツデータと異なる内容のデータである。
置換データに含まれる再生位置情報及び置換コンテンツデータは、コンテンツデータの置換が必要な範囲の再生位置情報及び置換コンテンツデータを含む。
置換データ1のメディアID「Disk001」(2031)は、記録媒体1000を識別するメディアIDであることから、再生端末2000は、記録媒体1000を再生する際、再生位置情報「Position05」(2032a)が示す位置から、再生位置情報「Position15」(2032b)が示す位置まで、記録媒体1000に記録されているコンテンツデータに換えて、置換コンテンツデータ2033a、…、2033bを再生する。
(5)端末制御部2006
端末制御部2006は、CPU、ROM、RAM等から構成され、ROM等に記録された制御プログラムを、CPU、RAM等を用いて動作させることにより各種の機能を実現する。
図31は、端末制御部206の内部構成を機能的に示す機能ブロック図である。
同図に示すように、端末制御部2006は、再生確認部2011、失敗検出部2012、要求部2013、データアクセス部2014、データ取得部2015、デコードデータ制御部2016、及びデコード部2017から構成される。
再生確認部2011は、第1の実施形態の再生確認部231が有する機能に加えて、以下の機能を有する。
再生確認部2011は、記録媒体1000が初めて再生される記録媒体である場合には、図29に示した情報を生成し、端末情報記憶部2004に記録する。より具体的には、再生確認部2011は、メディア読取部2001から、メディア読取部2001が記録媒体1000から読み取ったメディアID1001、コンテンツID1002、及びコンテンツ置換情報1006を取得し、取得した各情報を対応付けて、図29に示した情報を生成する。このとき、再生回数は「0」に設定する。
また、再生確認部2011は、記録媒体1000に記録されているコンテンツが再生されると、端末情報記憶部2004に記録されている情報を更新する機能を有する。具体的には、コンテンツが再生される度に、端末情報記憶部2004に記録されている再生回数に1加算して上書きする。
また、再生確認部2011は、内部に時計を備え、現在の日時を管理している。そして、再生確認部2011は、記録媒体1000の再生時に、端末情報記憶部2004に記録されているコンテンツ置換表2023に基づき、コンテンツ配信サーバ3000から、置換コンテンツデータを取得する必要があるか否かを判断する。なお、コンテンツ置換表2023のデータは、図27に示したコンテンツ置換表1006aのデータと同一であるので、ここでは、図27を用いて説明する。
再生確認部2011は、コンテンツ置換表1006aから、置換情報1011を抽出し、更に、置換情報1011から置換条件「2008年6月1日以降」を抽出する。そして、再生確認部2011は、現在の日時が置換条件を満たしているか否かを判断する。例えば、内部に管理している現在の日時が「2008年6月1日」であれば、再生確認部2011は、置換コンテンツデータを取得する必要があると判断する。現在の日時が「2008年4月15日」であれば、再生確認部2011は、置換コンテンツデータを取得する必要が無いと判断する。
次に、再生確認部2011は、コンテンツ置換表1006aから、置換情報1012を抽出し、更に、置換情報1012から置換条件「再生回数5回以上」を抽出する。
また、再生確認部2011は、端末情報記憶部2004から、再生回数を読み出す。そして、再生確認部2011は、端末情報記憶部2004から読み出した再生回数が置換条件を満たしているか否かを判断する。例えば、端末情報記憶部2004から読み出した再生回数が「5回」であれば、再生確認部2011は、置換コンテンツデータを取得する必要があると判断する。端末情報記憶部2004から読み出した再生回数が「2回」であれば、再生確認部2011は、置換コンテンツデータを取得する必要が無いと判断する。
再生確認部2011は、置換コンテンツデータを取得する必要があると判断すると、メディア読取部2001が記録媒体1000から読み取ったメディアID1001及びコンテンツID1002と、端末情報記憶部2004から読み出した再生端末2000の端末IDと、コンテンツ置換表1006aから抽出した置換位置情報及びデータサイズとを、置換データ要求を作成する指示と共に、要求部2013へ出力する。
更に、再生確認部2011は、端末情報記憶部2004に記録されているコンテンツ置換表1006aの更新が必要であるか否かを判断する。
具体的には、再生確認部2011は、端末情報記憶部2004からコンテンツ置換表有効期限「2009年5月31日」(2024)を読み出す。そして、再生確認部2011は、現在の日時がコンテンツ置換表有効期限内であるか否かを判断する。例えば、内部に管理している現在の日時が「2009年6月1日」であれば、再生確認部2011は、コンテンツ置換表1006aの更新が必要であると判断する。現在の日時が「2009年5月31日」であれば、再生確認部2011は、コンテンツ置換表1006aの更新が不要であると判断する。
再生確認部2011は、コンテンツ置換表1006aの更新が必要であると判断すると、メディア読取部2001が記録媒体1000から読み取ったメディアID1001及びコンテンツID1002と、端末情報記憶部2004から読み出した再生端末2000の端末IDとを、更新データ要求を作成する指示と共に、要求部2013へ出力する。
失敗検出部2012は、第1の実施形態に係る失敗検出部232と同一の機能を有する。
要求部2013は、再生確認部2011からの指示を受けて、登録要求、置換データ要求、及び更新データ要求を作成する。また、要求部2013は、失敗検出部2012からの指示を受けて、復元データ要求を作成する。
要求部2013は、作成した登録要求、置換データ要求、更新データ要求、及び復元データ要求を、送信部2003及び通信路5000を介して、コンテンツ配信サーバ3000へ送信する。
データアクセス部2014は、受信部2002を介してコンテンツ配信サーバ3000から復元データ及び置換データを受信すると、受信した復元データ及び置換データを、復元データ/置換データ記憶部2005に記録する。
データアクセス部2014は、受信部2002を介してコンテンツ配信サーバ3000から更新データを受信すると、受信した更新データを用いて、端末情報記憶部2004に記録されているコンテンツ置換表2023及びコンテンツ置換表有効期限2024を更新する。
具体的には、データアクセス部2014は、更新データに含まれるコンテンツIDと一致するコンテンツIDに対応付けられているコンテンツ置換表及びコンテンツ置換表有効期限を、端末情報記憶部2004から特定する。また、データアクセス部2014は、更新データに含まれる置換条件、置換位置情報及びデータサイズをそれぞれ対応付けて、一つの新たな置換情報を作成する。なお、更新データに、置換条件、置換位置情報及びデータサイズの組が複数個含まれている場合、データアクセス部2014は、複数個の新たな置換情報を作成する。そして、データアクセス部2014は、特定されたコンテンツ置換表の置換情報を、新たな置換情報で上書きする。更に、データアクセス部2014は、特定されたコンテンツ置換表有効期限を、更新データに含まれるコンテンツ置換表有効期限で上書きする。
また、データアクセス部2014は、データ取得部2015からの要求に応じて、復元データ/置換データ記憶部2005から、再生位置情報及び部分コンテンツデータを読み取り、読み取った再生位置情報及び部分コンテンツデータを、データ取得部2015へ出力する。更に、データアクセス部2014は、データ取得部2015からの要求に応じて、復元データ/置換データ記憶部2005から、再生位置情報及び置換コンテンツデータを読み取る。データアクセス部234は、読み取った再生位置情報及び置換コンテンツデータを、データ取得部2015へ出力する。
データ取得部2015は、コンテンツの再生処理に際し、記録媒体1000に記録されているコンテンツデータ、又は復元データ/置換データ記憶部2005に記録されている部分コンテンツデータ及び置換コンテンツデータを取得する。
更に、データ取得部2015は、記録媒体1000に記録されているコンテンツデータの再生中には、メディア読取部2001から記録媒体1000のメディアID1001と現在再生中の位置を示す再生位置情報とを取得する。
また、データ取得部2015は、復元データ/置換データ記憶部2005に記録されている部分コンテンツデータの再生中には、復元データ/置換データ記憶部2005から再生中の部分コンテンツデータに対応するメディアIDと現在再生中の位置を示す再生位置情報とを取得する。
また、データ取得部2015は、復元データ/置換データ記憶部2005に記録されている置換コンテンツデータの再生中には、復元データ/置換データ記憶部2005から再生中の置換コンテンツデータに対応するメディアIDと現在再生中の位置を示す再生位置情報とを取得する。
再生するコンテンツデータに対応するメディアID及び再生位置情報が復元データ/置換データ記憶部2005に記録されていない場合には、データ取得部2015は記録媒体1000から再生位置情報に対応付けられたコンテンツデータを読み取り、再生位置情報と共にデコードデータ制御部2016に出力する。
一方、再生するコンテンツデータに対応するメディアID及び再生位置情報が復元データ/置換データ記憶部2005に記録されている場合には、データ取得部2015は、復元データ/置換データ記憶部2005から再生位置情報と対応付けられた部分コンテンツデータ又は置換コンテンツデータを読み出し、再生位置情報と共にデコードデータ制御部236に出力する。
デコードデータ制御部2016は、データ取得部2015から、再生位置情報及びコンテンツデータ、再生位置情報及び部分コンテンツデータ、並びに、再生位置情報及び置換コンテンツデータを取得する。そして、デコードデータ制御部2016は、バッファリングしたコンテンツデータ、部分コンテンツデータ、及び置換コンテンツデータを、それぞれ再生位置情報に応じて正しい再生順序に並び替えた上でデコード部2017へ出力する。
デコード部2017は、第1の実施形態に係るデコード部237と同様の機能を有する。
(6)出力部2007
出力部2007は、第1の実施形態に係る出力部207と同様の機能を備えるため、詳細な説明は省略する。
ここで、図31に示した端末制御部2006の内部構成については、集積回路化が可能である。また、復元データ/置換データ記憶部2005及び端末情報記憶部2004をハードディスクではなくフラッシュメモリ等として実現した場合には、これらも含めて集積回路化が可能である。
4.コンテンツ配信サーバ3000の構成
図32は、コンテンツ配信サーバ3000の構成を機能的に示す機能ブロック図である。
同図に示すように、コンテンツ配信サーバ3000は、受信部3001、送信部3002、再生端末情報記憶部3003、コンテンツ記憶部3004、サーバ制御部3005、及び置換表更新データ記憶部3006から構成される。
コンテンツ配信サーバ3000は、具体的には、CPU、ROM、RAM、ハードディスクユニット等から構成されるコンピュータシステムである。コンテンツ配信サーバ3000は、CPUが、ROM、RAM又はハードディスクユニットに記録されているコンピュータプログラムを実行することにより、その機能を達成する。
コンテンツ配信サーバ3000は、第1の実施形態に係るコンテンツ配信サーバ30が有する機能と同一の機能を備える。更に、コンテンツ配信サーバ3000は、コンテンツ配信サーバ30が有する機能に加えて、再生端末2000へ置換データを提供する機能、再生端末2000へコンテンツ置換表を更新するための更新データを提供する機能等を備える。
そこで、以下では、コンテンツ配信サーバ30と同一の機能については詳細な説明は省略し、コンテンツ配信サーバ3000の特徴的な機能を中心に説明する。
(1)受信部3001及び送信部3002
受信部3001及び送信部3002は、ネットワーク接続ユニットから構成される。
受信部3001は、再生端末2000から、登録要求、復元データ要求、置換データ要求、及び更新データ要求を受信する。
送信部3002は、再生端末2000へ、復元データ、置換データ、拒否データ、及び更新データを送信する。
(2)再生端末情報記憶部3003
再生端末情報記憶部3003は、ハードディスク又はフラッシュメモリで構成される。再生端末情報記憶部3003は、第1の実施形態に係る再生端末情報記憶部303と同様の機能を備える。即ち、再生端末情報記憶部3003は、図9に示す管理情報を記録しており、再生端末ごとの部分コンテンツデータの送信状況を管理する。
(3)コンテンツ記憶部3004
コンテンツ記憶部3004は、ハードディスク又はフラッシュメモリで構成される。
コンテンツ記憶部3004は、第1の実施形態に係るコンテンツ記憶部304と同様に、コンテンツ配信サーバ3000が配信する部分コンテンツデータ及び部分コンテンツに関する管理情報(図10に示した情報)を記録している。
ここで、第1の実施形態に係るコンテンツ記憶部304は、記録媒体10に記録されている全てのコンテンツデータに対応する全ての部分コンテンツデータを記録していた。本実施形態に係るコンテンツ記憶部3004も同様に、再生端末2000が、記録媒体1000からのデータの読み取りに、いかなる位置で失敗したとしても適切な部分コンテンツデータを配信できるよう、記録媒体1000に記録されている全てのコンテンツデータに対応する全ての部分コンテンツデータを記録している。
コンテンツ記憶部3004は、図10に示した情報に加えて更に、置換コンテンツデータ及び置換コンテンツデータに関する管理情報を記録している。
図33は、コンテンツ記憶部3004に記録されている置換コンテンツデータ及び管理情報のデータ構造を示す図である。同図に示すように、コンテンツ記憶部3004には、置換情報1、置換情報2を含む複数個の置換情報が記録されている。各置換情報は、コンテンツID、複数個の再生位置情報、複数個の置換コンテンツデータ、及び1以上のメディアIDを含む。
なお、本実施形態では、置換情報に含まれるコンテンツIDのフォーマットは、記録媒体1000に記録されているコンテンツID1002のフォーマットと同一であるとする。また、置換情報に含まれる各再生位置情報のフォーマットは、記録媒体1000に記録されている各再生位置情報のフォーマットと同一であるとする。また、置換情報に含まれるメディアIDのフォーマットは記録媒体1000に記録されているメディアID1001のフォーマットと同一であるとする。
コンテンツIDは、コンテンツ配信サーバ3000が配信可能なコンテンツを識別する情報である。図33の具体例では、置換情報1に含まれるコンテンツID3021は、「Content01」である。
再生位置情報及び置換コンテンツデータは、図30の説明で述べた再生位置情報及び置換コンテンツデータと同様である。即ち、再生位置情報と置換コンテンツデータとは、1対1に対応している。また、置換コンテンツデータは、コンテンツを所定の単位で分割したデータであり、再生位置情報は、対応する置換コンテンツデータの再生順序を示す。例えば、図33の具体例では、再生位置情報3022は、置換コンテンツデータ3023に対応しており、置換コンテンツデータ3023の再生順序を示す。
置換情報に含まれるメディアIDは、コンテンツを記録している記録媒体を識別する情報である。図33の置換情報1に依れば、コンテンツID「Content01」(3021)により識別されるコンテンツは、メディアID「Disk01」により識別される記録媒体、メディアID「Disk11」により識別される記録媒体等に記録されていることがわかる。置換情報に含まれるメディアIDは、置換データ要求が正しい記録媒体を再生している再生端末から送信されたのか否かの判断に用いる。その判断の詳細については後述する。
なお、コンテンツ記憶部3004は、部分コンテンツデータとは異なり、記録媒体1000に記録されている全てのコンテンツデータに対応する全ての置換コンテンツデータを記録している必要は無い。置換する必要のあるコンテンツデータに対応する置換コンテンツデータのみを記録していればよい。
また、コンテンツ記憶部3004は、サーバ制御部3005からの指示に従って、記録されている部分コンテンツデータ及び置換コンテンツデータの中から、再生端末2000に送信すべき部分コンテンツデータ及び置換コンテンツデータを読み取る。
(4)置換表更新データ記憶部3006
置換表更新データ記憶部3006は、ハードディスク又はフラッシュメモリで構成される。置換表更新データ記憶部3006は、第4の実施形態に特徴的な構成要素であり、再生端末2000の端末情報記憶部2004に記録されているコンテンツ置換表及びコンテンツ置換表有効期限を更新するために必要なデータを記録している。
図34は、置換表更新データ記憶部3006に記録されている情報のデータ構造を示す図である。
同図に示すように、置換表更新データ記憶部3006は、更新データ1、及び更新データ2を含む複数個の更新データを記録している。各更新データは、コンテンツID、1以上の(置換条件、置換位置情報、及びデータサイズ)から成る組、及びコンテンツ置換表有効期限を含む。
図34に示す更新データ1は、端末情報記憶部2004に記録されているコンテンツ置換表2023及びコンテンツ置換表有効期限2024を更新するためのデータである。
更新データ1は、コンテンツID「Content01」(3031)、置換条件「2008年12月1日以降」(3032)、置換位置情報「Position05」(3033)、データサイズ「11」(3034)、…、コンテンツ置換表有効期限「2009年7月31日」(3035)を含む。
コンテンツID「Content01」(3031)は、更新データ1を用いてコンテンツ置換表及びコンテンツ置換表有効期限情報を更新するコンテンツを識別する識別情報である。
置換条件「2008年12月1日以降」(3032)、置換位置情報「Position05」(3033)、及びデータサイズ「11」(3034)は、一つの置換情報(図27の置換情報1011、1012を参照)を生成するために必要な情報である。同様に、置換情報「再生回数4回以上」、置換位置情報「Position80」、及びデータサイズ「15」は、一つの置換情報を生成するために必要な情報である。
コンテンツ置換表有効期限情報「2009年7月31日」(3035)は、更新データ1を用いて更新される更新後のコンテンツ置換表の有効期限を示す情報である。
なお、先に述べたように、コンテンツ置換表2023及びコンテンツ置換表有効期限2024の更新処理は、再生端末2000のデータアクセス部2014により行われる。
(5)サーバ制御部3005
サーバ制御部3005は、コンテンツ配信サーバ3000の全体を制御する機能を有する。
サーバ制御部3005は、ROM等に記録された制御プログラムをCPUやRAM等を用いて動作させることで実現する。また、サーバ制御部3005を、ハードウェアで実装してもよい。
サーバ制御部3005は、図32に示すように、要求判断部3011、登録部3012、復元データ送信判断部3013、送信データ生成部3014、端末情報更新部3015、及びデータ更新部3016から構成される。
要求判断部3011は、受信部3001が再生端末2000から受信した要求を受け取り、受け取った要求が、登録要求、復元データ要求、置換データ要求、及び更新データ要求の何れであるかを判断する。要求判断部3011は、受け取った要求に端末位置情報が含まれていない場合には、登録要求であると判断する。なお、本実施形態では、復元データ要求、置換データ要求、及び更新データ要求には、自身が何れの要求であるのかを示す情報が付加されているものとする。従って、要求判断部3011は、受け取った要求に端末位置情報が含まれている場合には、各要求に含まれる情報を用いて、復元データ要求、置換データ要求、及び更新データ要求の何れであるかを判断する。
判断の結果、登録要求であった場合には、要求判断部3011は、登録部3012へ受け取った要求を出力する。判断の結果、復元データ要求、置換データ要求、及び更新データ要求であった場合には、復元データ送信判断部3013及び送信データ生成部3014へ受け取った要求を出力する。
登録部3012は、要求判断部3011から登録要求を受け取ると、第1の実施形態に係る登録部332と同様の登録処理を行う。
復元データ送信判断部3013は、要求判断部3011から復元データ要求、置換データ要求、及び更新データ要求を受け取ると、要求された復元データ、置換データ、及び更新データを、再生端末2000へ送信可能か否かを判断する。
復元データ要求に対する判断は、第1の実施形態と同様であるため、説明を省略する。ここでは、置換データ要求、及び更新データ要求を受け取った場合の判断について説明する。
復元データ送信判断部3013は、置換データ要求及び更新データ要求に含まれる端末ID及びメディアIDと同一の情報が再生端末情報記憶部3003に記録されているか否かを確認する。
記録されていない場合には、未登録の再生端末から未登録の記録媒体に対応する置換データ及び更新データが要求されていることとなるので、不正な要求であると判断し、復元データ送信判断部3013は、置換データ及び更新データの送信拒否を決定する。
記録されている場合には、正当な要求であると判断し、復元データ送信判断部3013は、置換データ及び更新データの送信許可を決定する。
復元データ送信判断部3013は、復元データ、置換データ、及び更新データの送信可否の判断を終えると、その判断結果を送信データ生成部3014へ通知する。ここで、送信許可の通知を行う場合には、その通知と共に復元データ要求、置換データ要求、及び更新データ要求を、送信データ生成部3014へ出力する。
送信データ生成部3014は、復元データ送信判断部3013から、復元データ、置換データ、及び更新データの送信許可の通知を受け取ると、再生端末2000へ送信する情報を生成する処理を行う。なお、送信データ生成部3014が行う復元データの生成処理は、第1の実施形態に係る復元データ生成部334の処理と同様であるため、説明を省略する。ここでは、置換データ生成処理、及び更新データ生成処理について説明する。
置換データ生成処理において、送信データ生成部3014は、コンテンツ記憶部3004から、置換データ要求に含まれているコンテンツIDを有する置換情報を特定する。置換情報を特定すると、送信データ生成部3014は、特定された置換情報から、置換データ要求に含まれる再生位置情報が示す再生位置から、置換データ要求に含まれるデータサイズに相当する個数の置換コンテンツデータを読み出す。更に、送信データ生成部3014は、読み出した全ての置換コンテンツデータに対応する再生位置情報を、置換情報から読み出す。
そして、送信データ生成部3014は、読み出した置換コンテンツデータと再生位置情報とを含む置換データを生成する。その後、送信データ生成部3014は、生成した置換データ、及び置換データ要求に含まれる端末位置情報を、送信部3002へ出力する。
更新データ生成処理において、送信データ生成部3014は、置換表更新データ記憶部3006から、更新データ要求に含まれているコンテンツIDを有する更新データを特定する。更新データを特定すると、送信データ生成部3014は、特定された更新データから、更新データに含まれる全ての置換条件、置換位置情報、及びデータサイズ、並びに、コンテンツ置換表有効期限を読み出す。
そして、送信データ生成部3014は、読み出した置換条件、置換位置情報、データサイズ、及びコンテンツ置換表有効期限情報を含む更新データを生成する。その後、送信データ生成部3014は、生成した更新データ、及び更新データ要求に含まれる端末位置情報を、送信部3002へ出力する。
一方、送信データ生成部3014は、復元データ送信判断部3013から、置換データ及び更新データの送信拒否の通知を受け取ると、拒否データを生成する。その後、送信データ生成部3014は、生成した拒否データを、置換データ要求及び更新データ要求に含まれる端末位置情報と共に送信部3002へ出力する。
端末情報更新部3015は、第1の実施形態に係る端末情報更新部335と同様の機能を有するため、説明を省略する。
データ更新部3016は、第4の実施形態に特徴的な構成要素であり、キーボードやマウス等の入力デバイスを備える。
データ更新部3016は、入力デバイスを介して外部からデータ更新指示を受け付ける。ここで、データ更新部3016が受け付けるデータ更新指示には2種類ある。
先ず、データ更新部3016は、コンテンツ記憶部3004に記録されている置換コンテンツデータ(図33参照)の更新の指示を受け付ける。当該データ更新指示には、置換コンテンツデータの更新に必要な情報が含まれる。データ更新部3016は、当該データ更新指示を受け付けると、データ更新指示に含まれる情報を用いて、コンテンツ記憶部3004に記録されている置換コンテンツデータを更新する。
また、データ更新部3016は、置換表更新データ記憶部3006に記録されている更新データ(図34参照)の更新の指示を受け付ける。当該データ更新指示には、更新データの更新に必要な情報が含まれる。データ更新部3016は、当該データ更新指示を受け付けると、データ更新指示に含まれる情報を用いて、置換表更新データ記憶部3006に記録されている更新データを更新する。
データ更新部3016を備えることにより、コンテンツ配信サーバ3000は、記録媒体1000に記録されているコンテンツデータを置換するための置換コンテンツデータを再生端末2000へ送信する際に、常に適切な置換コンテンツデータを送信することが可能となる。
以上説明したサーバ制御部3005の構成については、集積回路化が可能である。また、再生端末情報記憶部3003、コンテンツ記憶部3004、及び置換表更新データ記憶部3006をハードディスクではなくフラッシュメモリ等で実現した場合には、これらも含めて集積回路化が可能である。
<動作>
ここでは、図35から図43に示すフローチャートを用いて、コンテンツ再生システム4の動作について説明する。
1.再生端末2000の動作
(再生端末2000の全体処理の動作)
図35は、再生端末2000の全体処理の動作を示すフローチャートである。
記録媒体1000が再生端末2000に挿入されると(ステップS1001)、再生確認部2011は、記録媒体1000が初めて再生される記録媒体であるか否かを確認する。
記録媒体1000が初めて再生される記録媒体である場合(ステップS1002でYES)、要求部2013は、端末登録処理を行い(ステップS1003)、ステップS1004へ進む。
記録媒体1000が初めて再生される記録媒体ではない場合(ステップS1002でNO)、及びステップS1003の端末登録処理が終了すると、再生確認部2011は、端末情報記憶部2004から、記録媒体1000を識別するメディアIDと対応付けて記録されているコンテンツ置換表有効期限を読み出す。そして、再生確認部2011は、コンテンツ置換表有効期限と現在の日付とを比較することにより、コンテンツ置換表が有効であるか否かを判断する。
コンテンツ置換表が有効期限切れである場合(ステップS1004でNO)、再生確認部2011は、要求部2013に対し更新データ要求の生成の指示を出力する。その後、要求部2013は、コンテンツ置換表更新処理を行う(ステップS1005)。
コンテンツ置換表が有効である場合(ステップS1004でYES)、及びステップS1005のコンテンツ置換表更新処理が終了すると、再生確認部2011は、コンテンツ配信サーバ3000から置換データの取得が必要か否かを判断する。
具体的には、再生確認部2011は、端末情報記憶部2004から、記録媒体1000のメディアIDと対応付けて記録されているコンテンツ置換表を読み出す。そして、コンテンツ置換表に含まれる置換情報毎に置換データの取得が必要か否かを判断する。
例えば、端末情報記憶部2004に、図27に示したコンテンツ置換表1006aが記録されている場合を具体例として用い、説明する。
先ず、再生確認部2011は、コンテンツ置換表1006aの置換情報1011を用いて、置換データの取得が必要であるか否かを判断する。置換情報1011に含まれる置換条件は再生時間についての条件であるため、再生確認部2011は、現在の日時が置換条件を満たすか否かを判断する。現在の日時が置換条件を満たす場合には、再生確認部2011は、置換データの取得が必要であると判断する。現在の日時が置換条件を満たさない場合には、再生確認部2011は、置換データの取得は不要であると判断する。
次に、再生確認部2011は、コンテンツ置換表1006aの置換情報1012を用いて、置換データの取得が必要であるか否かを判断する。置換情報1012に含まれる置換条件は再生回数についての条件であるため、再生確認部2011は、端末情報記憶部2004に記録されている再生回数が置換条件を満たすか否かを判断する。再生回数が置換条件を満たす場合には、再生確認部2011は、置換データの取得が必要であると判断する。再生回数が置換条件を満たさない場合には、再生確認部2011は、置換データの取得は不要であると判断する。
コンテンツ置換表1006aに含まれる全ての置換情報についての判断が終了し、何れの置換情報によっても、置換データの取得が不要であると判断する場合には(ステップS1006でNO)、ステップS1008へ進む。何れかの置換情報によって、置換データの取得が必要であると判断する場合には(ステップS1006でYES)、置換データ取得処理を行う(ステップS1007)。
置換データの取得が不要である場合、及び置換データ取得処理が終了すると、再生端末2000は、データ取得処理を行う(ステップS1008)。
再生端末2000は、記録媒体1000からのコンテンツデータの取得中にデータの読み取りに失敗した場合(ステップS1009でYES)、復元データ取得処理を行い(ステップS1010)、その後処理を終了する。なお、ステップS1010の処理は、図16フローチャートと同様であるため、詳細な説明は省略する。
再生端末2000は、記録媒体1000からのコンテンツデータの取得中にデータの読み取りに失敗しない場合(ステップS1009でNO)、データ再生処理を行う(ステップS1011)。その後、再生端末2000は、コンテンツの再生が終了したか否かを判断し、再生終了の場合(ステップS1012でYES)は、端末情報記憶部2004に記録されている再生回数に1を加算して、再生回数を更新し(ステップS1013)、その後、処理を終了する。再生終了でない場合(ステップS1012でNO)、再生端末2000は再生位置を進めて、ステップS1008のデータ取得処理を継続する。なお、再生位置を進める処理は、第1の実施形態と同様に、端末制御部2006が実現する一般的なコンテンツ再生制御として実現される。
(端末登録処理の動作)
図36は、再生端末2000による端末登録処理の動作を示すフローチャートである。なお、ここに示す動作は、図35のステップS1003の詳細である。
先ず、再生確認部2011は、記録媒体1000のメディアID1001を、端末情報記憶部2004の登録メディアIDに追加して記録する。更に、再生確認部2011は、記録媒体のメディアID1001、コンテンツID1012、及びコンテンツ置換情報1006を、対応付けて、端末情報記憶部2004に記録する(ステップS1101)。
続いて、要求部2013は、端末情報記憶部2004に記録されている端末IDを読み取り(ステップS1102)、読み取った端末IDと記録媒体100のメディアID1001とから成る登録要求を作成する。
次に、メディア読取部2001は、記録媒体1000からサーバ位置情報1003を読み取る(ステップS1103)。
続いて、送信部2003は、端末IDとメディアID1001とから成る登録要求を、サーバ位置情報1003が示すコンテンツ配信サーバ3000へ送信する(ステップS1104)。
(コンテンツ置換表更新処理の動作)
図37は、再生端末2000によるコンテンツ置換表更新処理の動作を示すフローチャートである。なお、ここに示す動作は、図35のステップS1005の詳細である。
先ず、要求部2013は、端末情報記憶部2004のコンテンツ置換表から、更新が必要なコンテンツ置換表に対応するコンテンツIDを読み出し、更に、端末情報記憶部2004から端末ID及び端末位置情報とを読み出す。要求部2013は、コンテンツID、端末ID、及び端末位置情報を含む更新データ要求を生成する(ステップS1201)。なお、更新データ要求には、自身が更新データ要求である旨を示す情報が付加されているものとする。
送信部2003は、ステップS1201で生成された更新データ要求を、コンテンツ配信サーバ3000へ送信する(ステップS1202)。
その後、再生端末2000は、コンテンツ配信サーバ3000からの応答を待つ(ステップS1203)。
コンテンツ配信サーバ3000からの応答が、拒否データである場合、又は、コンテンツ配信サーバ3000から所定時間応答が無い場合(ステップS1204で「拒否データ又は所定時間応答なし」)、再生端末2000は、処理を終了する。
コンテンツ配信サーバ3000からの応答が、更新データである場合(ステップ1204で「更新データ」)、データアクセス部2014は、更新データに含まれる全ての置換条件、置換位置情報、及びデータサイズを用いて、置換情報を生成する。そして、生成された置換情報を用いて、それまで端末情報記憶部2004に記録されていたコンテンツ置換表を更新する(ステップS1205)。
更に、データアクセス部2014は、更新データに含まれるコンテンツ置換表有効期限を用いて、それまで端末情報記憶部2004に記録されていたコンテンツ置換表有効期限を更新する(ステップS1206)。
なお、コンテンツ配信サーバ3000からの応答が拒否データである場合には、出力部2007により、ユーザに対し更新データの取得に失敗した旨の通知を行った上で処理を終了するように構成してもよい。
また、コンテンツ配信サーバ3000から所定時間応答が無かった場合にも、出力部2007により、ユーザに対しコンテンツ配信サーバ3000との通信に失敗した旨の通知を行った上で処理を終了するとしてもよい。
更に、コンテンツ配信サーバ3000からの応答が更新データである場合にも、出力部2007により、ユーザに対し更新データの取得に成功した旨の通知、及びコンテンツ置換表の更新処理が正常に終了した旨の通知を行うように構成してもよい。
(置換データ取得処理の動作)
図38は、再生端末2000による置換データ取得処理の動作を示すフローチャートである。なお、ここに示す動作は、図35のステップS1007の詳細である。
先ず、要求部2013は、端末情報記憶部2004のコンテンツ置換表から、置換データの取得が必要なコンテンツのコンテンツID及び記録媒体1000のメディアID,置換位置情報、及びデータサイズ、並びに、端末情報記憶部2004から端末ID及び端末位置情報とを読み出し、これらを含む置換データ要求を生成する(ステップS1301)。なお、置換データ要求には、自身が置換データ要求である旨を示す情報が付加されているものとする。
送信部2003は、ステップS1301で生成された置換データ要求を、コンテンツ配信サーバ3000へ送信する(ステップS1302)。
その後、再生端末2000は、コンテンツ配信サーバ3000からの応答を待つ(ステップS1303)。
コンテンツ配信サーバ3000からの応答が、拒否データである場合、又は、コンテンツ配信サーバ3000から所定時間応答が無い場合(ステップS1304で「拒否データ又は所定時間応答なし」)、再生端末2000は、処理を終了する。
コンテンツ配信サーバ3000からの応答が、置換データである場合(ステップ1304で「置換データ」)、データアクセス部2014は、置換データに含まれる置換コンテンツデータ及び再生位置情報を、復元データ/置換データ記憶部2005に記録する(ステップS1305)。
なお、コンテンツ配信サーバ3000からの応答が拒否データである場合には、出力部2007により、ユーザに対し置換データの取得に失敗した旨の通知を行った上で処理を終了するように構成してもよい。
また、コンテンツ配信サーバ3000から所定時間応答が無かった場合にも、出力部2007により、ユーザに対しコンテンツ配信サーバ3000との通信に失敗した旨の通知を行った上で処理を終了するとしてもよい。
更に、コンテンツ配信サーバ3000からの応答が置換データである場合にも、出力部2007により、ユーザに対し置換データの取得に成功した旨の通知を行うように構成してもよい。
(データ取得処理の動作)
図39は、再生端末2000によるデータ取得処理の動作を示すフローチャートである。なお、ここに示す動作は、図35のステップS1008の詳細である。
先ず、コンテンツの現在再生中の位置を示す再生位置情報が取得される(ステップS1401)。ここで、再生位置情報を取得する処理は、端末制御部2006が実現する一般的なコンテンツ再生制御として実現され、メディア読取部2001又はデータアクセス部2014が、端末制御部2006からの指示に従って行う。
より具体的には、再生位置情報を取得する処理は、記録媒体1000から読み取ったコンテンツデータを再生しているときにはメディア読取部2001が行い、復元データ/置換データ記憶部2005から読み取った部分コンテンツデータ及び置換コンテンツデータを再生しているときにはデータアクセス部2014が行う。
続いて、データ取得部2015は、取得した再生位置情報に対応する部分コンテンツデータ又は置換コンテンツデータが、復元データ/置換データ記憶部2005に存在するか否かを確認する。復元データ/置換データ記憶部2005には、記録媒体100からの読み取りに失敗した位置以降の部分コンテンツデータと、置換が必要な位置の置換コンテンツデータとが存在する。
データ取得部2015による確認の処理は、上記の確認処理を、メディア読取部2001から受け取ったメディアIDと再生位置情報との両方が、復元データ/置換データ記憶部2005に記録されているか否かを確認することにより行う。
復元データ/置換データ記憶部2005に部分コンテンツデータ又は置換コンテンツデータが存在する場合(ステップS1402でYES)、データ取得部2015は、再生位置情報に対応する部分コンテンツデータ又は置換コンテンツデータを、復元データ/置換データ記憶部2005から取得して(ステップS1403)、デコードデータ制御部2016へ出力する。
一方、復元データ/置換データ記憶部2005に部分コンテンツデータ及び置換コンテンツデータが存在しない場合(ステップS1402でNO)、データ取得部2015は、記録媒体1000から再生位置情報に対応するコンテンツデータを取得して(ステップS1404)、デコードデータ制御部2016へ出力する。
なお、復元データ/置換データ記憶部2005に、部分コンテンツデータ及び置換コンテンツデータの何れもが存在する場合には、データ取得部2015は、置換コンテンツデータを取得して、デコードデータ制御部2016へ出力するようにする。
上述したように、部分コンテンツデータは、記録媒体1000に記録されているコンテンツデータと同一内容のデータである。一方で、置換コンテンツデータは、記録媒体1000に記録されているコンテンツデータとは異なる内容のデータである。より具体的には、置換コンテンツデータは、コンテンツ提供者の意図を反映させて、記録媒体1000に記録されているコンテンツデータを再生に適した新たなデータに更新したものである。従って、データ取得部2015は、再生に適した新たなデータである置換コンテンツデータを、部分コンテンツデータよりも優先して取得するようにしている。
データ更新部3016は、コンテンツ記憶部3004に記録されている置換コンテンツデータ(図33参照)の更新の指示を受け付ける。当該データ更新指示には、置換コンテンツデータの更新に必要な情報が含まれる。データ更新部3016は、当該データ更新指示を受け付けると、データ更新指示に含まれる情報を用いて、コンテンツ記憶部3004に記録されている置換コンテンツデータを更新する。
(データ再生処理の動作)
図40は、再生端末2000によるデータ再生処理の動作を示すフローチャートである。なお、ここに示す動作は、図35のステップS1011の詳細である。
先ず、デコードデータ制御部2016は、バッファリングされているコンテンツデータ、部分コンテンツデータ、及び置換コンテンツデータの再生位置情報を取得する(ステップS1501)。
続いて、取得した再生位置情報に従って、コンテンツデータ、部分コンテンツデータ、及び置換コンテンツデータを正しい再生順序に並び替える(ステップS1502)。その後、正しい再生順序で、コンテンツデータ、部分コンテンツデータ、及び置換コンテンツデータがデコード部2017へ入力される(ステップS1503)。
デコード部2017は、受け取ったコンテンツデータ、部分コンテンツデータ、及び置換コンテンツデータをデコードし(ステップS1504)、出力装置4000へ出力する(ステップS1505)。
なお、第1の実施形態と同様に、データ取得部2015からデコードデータ制御部2016へ常に再生順序に従った安定した量のデータが届くのであれば、デコードデータ制御部2016によるバッファリング及び並び替えの処理は不要である。この場合は、ステップS1501及びステップS1502の処理を省略することができる。
2.コンテンツ配信サーバ3000の動作
(コンテンツ配信サーバ3000の全体処理の動作)
図41は、コンテンツ配信サーバ3000の全体処理の動作を示すフローチャートである。
コンテンツ配信サーバ3000は、再生端末2000からの要求を待ち、再生端末2000から要求を受け取ると、要求判断部3011は、その要求が登録要求、復元データ要求、置換データ要求、及び更新データ要求の何れであるかを判断する。
再生端末2000から受け取った要求が登録要求である場合(ステップS1601で「登録要求」、登録部3012は、登録要求に含まれる端末IDとメディアIDとを、再生端末情報記憶部3003に記録する(ステップS1602)。
再生端末2000から受け取った要求が更新データ要求である場合(ステップS1601で「更新データ要求」)、コンテンツ配信サーバ3000は、更新データ送信処理を行う(ステップS1603)。
再生端末2000から受け取った要求が置換データ要求である場合(ステップS1601で「置換データ要求」、コンテンツ配信サーバ3000は、置換データ送信処理を行う(ステップS1604)。
再生端末2000から受け取った要求が復元データ要求である場合(ステップS1601で「復元データ要求」)、コンテンツ配信サーバ3000は、復元データ送信処理を行う(ステップS1605)。なお、ステップS1605の処理は、図18のフローチャートと同様であるため、詳細な説明は省略する。
続いて、コンテンツ配信サーバ3000のデータ更新部3016は、データ更新の指示を受け付けたか否かを判断する。データ更新指示を受け付けない場合(ステップS1606でNO)、コンテンツ配信サーバ3000は、処理を終了する。データ更新指示を受け付けた場合(ステップS1606でYES),データ更新部3016は、データ更新指示に従い、コンテンツ記憶部3004に記録されている置換コンテンツデータ、及び置換表更新データ記憶部3006に記録されている更新データを更新して、処理を終了する。
なお、本実施形態では、登録要求に対しては、再生端末2000に対しデータの返送を行っていないが、例えば登録部3012による処理の完了後に、再生端末2000に対し、登録が正常に完了した旨の通知を行うように構成してもよい。
また、ステップS1606及びステップS1607の処理は、ステップS1601の処理の前に行ってもよい。
(更新データ送信処理の動作)
図42は、コンテンツ配信サーバ3000による更新データ送信処理の動作を示すフローチャートである。なお、ここに示す動作は、図41のステップS1603の詳細である。
先ず、復元データ送信判断部3013は、更新データ要求の正当性を判断する。具体的には、復元データ送信判断部3013は、更新データ要求に含まれる端末ID及びメディアIDが再生端末情報記憶部3003に記録されているか否かを確認する。何れかが記録されていない場合には、更新データ要求を不当なものであると判断する。
更新データ要求が正当でないと判断された場合(ステップS1701でNO)、復元データ送信判断部3013は、送信データ生成部3014に対して更新データの送信を拒否する旨の通知を行い、ステップS1702へ進む。
送信データ生成部3014は、更新データの送信を拒否する旨の通知を受け取ると、拒否データを生成し(ステップS1702)、生成した拒否データを送信部3002へ出力する。
更新データ要求が正当であると判断された場合(ステップS1701でYES)、復元データ送信判断部3013は、送信データ生成部3014に対して更新データの送信を許可する旨の通知を行う。
更新データの送信許可の通知を受け取った送信データ生成部3014は、更新データ要求に含まれるコンテンツIDに対応する更新データを置換表更新データ記憶部3006から読み出す(ステップS1703)。送信データ生成部3014は、読み出した更新データを送信部3002へ出力する。
その後、送信部3002は、更新データ又は拒否データを再生端末2000へ送信する(ステップS1704)。
(置換データ送信処理の動作)
図43は、コンテンツ配信サーバ3000による置換データ送信処理の動作を示すフローチャートである。なお、ここに示す動作は、図41のステップS1604の詳細である。
先ず、復元データ送信判断部3013は、置換データ要求の正当性を判断する。具体的には、復元データ送信判断部3013は、置換データ要求に含まれる端末ID及びメディアIDが再生端末情報記憶部3003に記録されているか否かを確認する。何れかが記録されていない場合には、復元データ要求を不当なものであると判断する。
更に、復元データ送信判断部3013は、置換データ要求に含まれるコンテンツID及びメディアIDが、コンテンツ記憶部3004において、対応付けられて記録されているか否かを確認する。これらが対応付けられて記録されていない場合には、置換データ要求を不当なものであると判断する。
置換データ要求が正当でないと判断された場合(ステップS1801でNO)、復元データ送信判断部3013は、送信データ生成部3014に対して置換データの送信を拒否する旨の通知を行い、ステップS1802へ進む。
送信データ生成部3014は、置換データの送信を拒否する旨の通知を受け取ると、拒否データを生成し(ステップS1802)、生成した拒否データを送信部3002へ出力する。
置換データ要求が正当であると判断された場合(ステップS1801でYES)、復元データ送信判断部3013は、送信データ生成部3014に対して置換データの送信を許可する旨の通知を行う。
置換データの送信許可の通知を受け取った送信データ生成部3014は、置換データ要求に含まれる置換位置情報及びデータサイズに対応する置換コンテンツデータを、コンテンツ記憶部3004から読み出し、更に、置換コンテンツデータに対応する再生位置情報とを、コンテンツ記憶部3004から読み出す。送信データ生成部3014は、読み出した置換コンテンツデータと再生位置情報とから置換データを生成する(ステップS1803)。送信データ生成部3014は、生成した置換データを送信部3002へ出力する。
その後、送信部3002は、置換データ又は拒否データを再生端末2000へ送信する(ステップS1804)。
以上説明したように、コンテンツ再生システム4では、第1の実施形態に係るコンテンツ再生システム1と同様に、記録媒体1000からのデータの読み取りに失敗した位置以降の部分コンテンツデータを復元データ/置換データ記憶部2005に記録しておくことにより、記録媒体1000に記録されているコンテンツデータ、及び復元データ/置換データ記憶部2005に記録されている部分コンテンツデータを用いて、コンテンツの全体を再生することが可能である。
更に、コンテンツ再生システム4では、記録媒体1000内のコンテンツデータを他のデータに置き換える必要がある場合には、コンテンツ配信サーバ3000から置換コンテンツデータを取得して、復元データ/置換データ記憶部2005に記録する。そして、再生端末2000は、コンテンツの現在再生中の位置が、置換データが存在する位置となれば、復元データ/置換データ記憶部2005に記録済みの置換コンテンツデータに再生を切り替える。
これにより、コンテンツ再生システム4では、記録媒体1000が、時間の経過と共に再生するのが不適切となったコンテンツデータを含む場合であっても、不適切なコンテンツデータを、適切な置換コンテンツデータに置き換えて再生することが可能となる。
≪第5の実施形態≫
ここでは、本発明の第5の実施形態として、コンテンツ再生システム5について説明する。
第4の実施形態では、第1の実施形態と同様に、再生端末2000は、コンテンツの再生中に読み取り失敗が発生すると、コンテンツ配信サーバ3000へ復元データを要求し、取得した復元データを記録した。これにより、再生端末2000は、記録媒体1000の読み取りに失敗した回の次回以降の再生時には、コンテンツを途切れなく再生することができていた。
しかし、第4の実施形態では、読み取り失敗が初めて発生した回については、コンテンツが途中で突然再生されなくなってしまうこととなる。そこで、第5の実施形態では、第2の実施形態と同様に、読み取り失敗が発生する場合であっても、最初から最後までコンテンツの全体を途切れなく再生することのできるコンテンツ再生システムを示す。
具体的には、第5の実施形態に係るコンテンツ再生システム5は、第2の実施形態に係るコンテンツ再生システム2と同様に、コンテンツの再生を開始するよりも前に読み取り失敗が発生するか否かを確認する。
<構成>
1.コンテンツ再生システム5の全体構成
第5の実施形態に係るコンテンツ再生システム5は、記録媒体1000a、再生端末2000a、コンテンツ配信サーバ3000a、及び出力装置4000aから構成される。再生端末2000aとコンテンツ配信サーバ3000aとは、通信路5000aを介して接続されている(図44参照)。
ここで、記録媒体1000a、コンテンツ配信サーバ3000a、出力装置4000a、及び通信路5000aは、第4の実施形態の記録媒体1000、コンテンツ配信サーバ3000、出力装置4000、及び通信路5000と同様の構成を有するため説明を省略する。
以下では、第4の実施形態と異なる構成を有する再生端末2000aの構成について説明する。
2.再生端末2000aの構成
図44は、再生端末2000aの構成を機能的に示す機能ブロック図である。ここで、図28及び図31に付した符号と同一の符号を付した構成要素については、第4の実施形態と同様であるので、説明を省略する。即ち、再生端末2000aでは、失敗検出部2012a、データアクセス部2014a、及びデータ取得部2015aの構成が、第4の実施形態とは異なる。
(1)失敗検出部2012a
失敗検出部2012aは、再生端末2000aに記録媒体1000aが挿入されると、記録媒体1000aに記録されているコンテンツデータの読み取りを、メディア読取部2001に指示する。
その後、失敗検出部2012aは、メディア読取部2001によるデータの読み取りを監視する。メディア読取部2001が、コンテンツデータの読み取りに失敗した場合は、第4の実施形態の失敗検出部2012と同様に、要求部2013へ復元データ要求の作成を指示する。
失敗検出部2012aは、コンテンツデータの読み取りが全て正常に完了した場合、その旨をデータ取得部2015aに通知し、読み取り失敗により異常終了した場合、その旨をデータ取得部2015aに通知する。
(2)データアクセス部2014a
データアクセス部2014aは、第4の実施形態のデータアクセス部2014と同様の機能に加え、復元データの記録が完了するとその旨をデータ取得部2015aに通知する機能を有する。
(3)データ取得部2015a
データ取得部2015aは、第4の実施形態のデータ取得部2015と同様の機能に加え、データの取得を開始するタイミングを判断する機能を有する。
具体的には、データ取得部2015aは、失敗検出部2012aからデータの読み取りが正常に終了した旨の通知を受け取った場合、及び、データアクセス部2014aから復元データの記録が完了した旨の通知を受け取った場合に、データの取得を開始する。これは、コンテンツの再生に復元データが必要になる場合に、復元データの記録が完了する前に再生を開始するのを防ぐためである。
なお、記録媒体1000からのデータの読み取りに失敗がない場合は、データ取得部2015aは部分コンテンツデータを必要としないので、失敗検出部2012aによる記録媒体1000の確認が終わり次第、記録媒体1000のコンテンツデータの再生を開始する。
<動作>
ここでは、第5の実施形態に係るコンテンツ再生システム5の動作について説明する。
上述した通り、コンテンツ再生システム5は、第4の実施形態のコンテンツ再生システム4と比較し、再生端末2000aの構成のみが異なるため、以下では、再生端末2000aの動作のみを説明する。
(再生端末2000aの全体処理の動作)
図45は、再生端末2000aの全体処理の動作を示すフローチャートである。
記録媒体1000aが再生端末2000aに挿入されると(ステップS2001)、再生確認部2011は、記録媒体1000aが初めて再生される記録媒体であるか否かを確認する。
記録媒体1000aが初めて再生される記録媒体である場合(ステップS2002でYES)、要求部2013は、端末登録処理を行い(ステップS2003)、ステップS2004へ進む。なお、ステップS2003の処理は、図36のフローチャートと同様であるため、ここでは、詳細な説明は省略する。
記録媒体1000aが初めて再生される記録媒体ではない場合(ステップS2002でNO)、及びステップS2003の端末登録処理が終了すると、再生確認部2011は、端末情報記憶部2004から、記録媒体1000aを識別するメディアIDと対応付けて記録されているコンテンツ置換表有効期限を読み出す。そして、再生確認部2011は、コンテンツ置換表有効期限と現在の日付とを比較することにより、コンテンツ置換表が有効であるか否かを判断する。
コンテンツ置換表が有効期限切れである場合(ステップS2004でNO)、再生確認部2011は、要求部2013に対し更新データ要求の生成の指示を出力する。その後、要求部2013は、コンテンツ置換表更新処理を行う(ステップS2005)。なお、ステップS2005の処理は、図37のフローチャートと同様であるため、ここでは、詳細な説明は省略する。
コンテンツ置換表が有効である場合(ステップS2004でYES)、及びステップS2005のコンテンツ置換表更新処理が終了すると、再生確認部2011は、コンテンツ配信サーバ3000aから置換データの取得が必要か否かを判断する。
具体的には、再生確認部2011は、端末情報記憶部2004から、記録媒体1000aのメディアIDと対応付けて記録されているコンテンツ置換表を読み出す。そして、コンテンツ置換表に含まれる置換情報毎に置換データの取得が必要か否かを判断する。
コンテンツ置換表に含まれる全ての置換情報についての判断が終了し、何れの置換情報によっても、置換データの取得が不要であると判断する場合には(ステップS2006でNO)、ステップS2008へ進む。何れかの置換情報によって、置換データの取得が必要であると判断する場合には(ステップS2006でYES)、置換データ取得処理を行う(ステップS2007)。なお、ステップS2007の処理は、図38のフローチャートと同様であるため、ここでは、詳細な説明は省略する。
置換データの取得が不要である場合、及び置換データ取得処理が終了すると、再生端末2000aは、読取確認処理を行う(ステップS2008)。なお、ステップS2008の処理は、図21のフローチャートと同様であるため、ここでは、詳細な説明は省略する。
その後、再生端末2000aは、記録媒体1000a又は復元データ/置換データ記憶部2005から再生すべきコンテンツデータ、部分コンテンツデータ、又は置換コンテンツデータを取得するデータ取得処理を行う(ステップS2009)。
ステップS2009の処理は、図39のフローチャートと概ね同様であるため、詳細な説明は省略する。但し、データ取得部2015aが取得処理を開始するタイミングは、第4の実施形態と異なる。即ち、第2の実施形態と同様に、ステップS2008の読取確認処理において、失敗検出部2012aからコンテンツデータの読み取りが全て正常に完了した旨の通知を受け取れば、データ取得部2015aは、すぐにデータ取得処理を開始する。また、読取確認処理において、失敗検出部2012aからコンテンツデータの読み取り失敗が発生した旨を受け取れば、データ取得部2015aは、データアクセス部2014aから復元データの記録が完了した旨の通知を受け取るまで、データ取得処理の実行を待つ。
その後、再生端末2000aは、データ再生処理を行う(ステップS2010)。そして、再生端末2000aは、コンテンツの再生が終了したか否かを判断し、再生終了の場合(ステップS2011でYES)は、端末情報記憶部2004に記録されている再生回数に1を加算して、再生回数を更新し(ステップS2012)、その後、処理を終了する。再生終了でない場合(ステップS2011でNO)、再生端末2000aは再生位置を進めて、ステップS2009のデータ取得処理を継続する。なお、再生位置を進める処理は、既に説明した他の実施形態と同様に、端末制御部2006aが実現する一般的なコンテンツ再生制御として実現される。
≪第6の実施形態≫
ここでは、本発明の第6の実施形態として、コンテンツ再生システム6について説明する。
第6の実施形態では、第3の実施形態と同様に、コンテンツの再生中に読み取り失敗が発生した場合、及び、コンテンツの再生中にデータの置換が必要であると判断した場合に、コンテンツ配信サーバから部分コンテンツデータ又は置換コンテンツデータを順次受け取り、受け取った部分コンテンツデータ又は置換コンテンツデータを順次ストリーミング再生する。
これにより、コンテンツ再生システム6では、再生端末が復元データ及び置換データを蓄積することなく、コンテンツを途切れずに再生することができる。
<構成>
1.コンテンツ再生システム6の全体構成
第6の実施形態に係るコンテンツ再生システム6は、記録媒体1000b、再生端末2000b、コンテンツ配信サーバ3000b、及び出力装置4000bから構成される。再生端末2000bとコンテンツ配信サーバ3000bとは、通信路5000bを介して接続されている(図46参照)。
ここで、記録媒体1000b、コンテンツ配信サーバ3000b、出力装置4000b、及び通信路5000bは、第4の実施形態の記録媒体1000、コンテンツ配信サーバ3000、出力装置4000、及び通信路5000と同様の構成を有するため説明を省略する。
以下では、第4の実施形態と異なる構成を有する再生端末2000bの構成について説明する。
2.再生端末2000bの構成
図46は、再生端末2000bの構成を機能的に示す機能ブロック図である。ここで、図28及び図31に付した符号と同一の符号が付してある構成要素については、第4の実施形態と同様の構成であるので、説明を省略する。
本実施形態に係る再生端末2000bは、再生確認部2011b、失敗検出部2012b、データアクセス部2014b、及びデータ取得部2015bの構成が、第4の実施形態と異なる。また、本実施形態では、再生端末2000bは、受信した部分コンテンツ及び置換コンテンツデータをすぐに再生するため、第4の実施形態及び第5の実施形態と異なり、復元データ及び置換データを記録しておく必要がない。従って、再生端末2000bは、復元データ/置換データ記憶部2005を備えていない。
(1)再生確認部2011b
第4の実施形態に係る再生確認部2011は、記録媒体1000のコンテンツを再生する以前に、コンテンツ置換表を用いて置換データ取得の有無を確認していた。一方、第6の実施形態に係る再生確認部2011bは、記録媒体1000bのコンテンツのデータ取得処理において、コンテンツ置換表を用いて置換データ取得の有無を確認する。
具体的には、再生確認部2011bは、メディア読取部2001から、記録媒体1000bから読み取った再生位置情報を取得する。再生確認部2011bは、端末情報記憶部2004に記録されているコンテンツ置換表を参照して、取得した再生位置情報により示されるコンテンツデータの置換が必要であるか否かを判断する。再生確認部2011bは、コンテンツデータの置換が必要であると判断する場合には、データ置換の通知をデータ取得部2015bに出力する。
なお、再生確認部2011bは、上述した機能に加え、第4の実施形態に係る再生確認部2011が備える他の機能も備えるものとする。
(2)失敗検出部2012b
失敗検出部2012bは、第4の実施形態の失敗検出部2012と同様の機能に加え、読み取りの失敗を検出すると、読み取り失敗の通知をデータ取得部2015bに出力する機能を有する。
(2)データアクセス部2014b
データアクセス部2014bは、受信部2002を介してコンテンツ配信サーバ3000bから復元データ及び置換データを取得し、取得した復元データ及び置換データを順次データ取得部2015bへ送出する。
なお、コンテンツの再生速度に合わせてコンテンツ配信サーバ3000bから復元データ及び置換データがデータアクセス部2014bに到達するとは限らないので、データアクセス部2014bは、復元データ及び置換データの到達速度の揺らぎを吸収するために、一時的に復元データ及び置換データを蓄積するバッファを持つことが望ましい。
(3)データ取得部2015b
データ取得部2015bは、再生端末2000bが再生するコンテンツデータ、部分コンテンツデータ、又は置換コンテンツデータを取得する。何れのデータを取得するのかは、失敗検出部2012bからの読み取り失敗の通知の有無、及び再生確認部2011bからのデータ置換の通知の有無に依る。
具体的には、失敗検出部2012bから読み取り失敗の通知を受け取るまでは、データ取得部2015bは、メディア読取部2001が記録媒体1000bから読み取ったコンテンツデータ及び再生位置情報を取得する。
失敗検出部2012bから読み取り失敗の通知を受け取った後は、データ取得部2015bは、データアクセス部2014bから順次送出される復元データから、部分コンテンツデータ及び再生位置情報を取得する。
更に、データ取得部2015bは、再生確認部2011bからデータ置換の通知を受け取った後は、データアクセス部2014bから順次送出される置換データから、置換コンテンツデータ及び再生位置情報を取得する。
<動作>
ここでは、第6の実施形態に係るコンテンツ再生システム6の動作について説明する。
上述した通り、コンテンツ再生システム6は、第4の実施形態のコンテンツ再生システム4と比較し、再生端末2000bの構成のみが異なるため、以下では、再生端末2000bの動作のみを説明する。
(再生端末2000bの全体処理の動作)
図47は、再生端末2000bの全体処理の動作を示すフローチャートである。
記録媒体1000bが再生端末2000bに挿入されると(ステップS2101)、再生確認部2011bは、記録媒体1000bが初めて再生される記録媒体であるか否かを確認する。
記録媒体1000bが初めて再生される記録媒体である場合(ステップS2102でYES)、再生端末2000bは、端末登録処理を行い(ステップS2103)、ステップS2104へ進む。なお、ステップS2103の処理は、図36のフローチャートと同様であるため、ここでは、詳細な説明は省略する。
記録媒体1000bが初めて再生される記録媒体ではない場合(ステップS2102でNO)、及びステップS2103の端末登録処理が終了すると、再生端末2000bは、再生確認部2011bは、端末情報記憶部2004から、記録媒体1000bを識別するメディアIDと対応付けて記録されているコンテンツ置換表有効期限を読み出す。そして、再生確認部2011bは、コンテンツ置換表有効期限と現在の日付とを比較することにより、コンテンツ置換表が有効であるか否かを判断する。
コンテンツ置換表が有効期限切れである場合(ステップS2104でNO)、再生確認部2011bは、要求部2013に対し更新データ要求の生成の指示を出力する。その後、要求部2013は、コンテンツ置換表更新処理を行う(ステップS2105)。なお、ステップS2005の処理は、図37のフローチャートと同様であるため、ここでは、詳細な説明は省略する。
次に、再生端末2000bは、記録媒体1000b又は復元データ/置換データ記憶部2005から再生すべきコンテンツデータ、部分コンテンツデータ、又は置換コンテンツデータを取得するデータ取得処理を行う(ステップS2106)。
続いて、再生端末2000bは、データ再生処理を行う(ステップS2107)。
なお、ステップS2107の処理は、図15のフローチャートと同様であるため、ここでは、詳細な説明を省略する。
そして、再生端末2000bは、コンテンツの再生が終了したか否かを判断し、再生終了の場合(ステップS2108でYES)は、端末情報記憶部2004に記録されている再生回数に1を加算して、再生回数を更新し(ステップS2109)、その後、処理を終了する。再生終了でない場合(ステップS2108でNO)、再生端末2000bは再生位置を進めて、ステップS2106のデータ取得処理を継続する。なお、再生位置を進める処理は、既に説明した他の実施形態と同様に、端末制御部2006bが実現する一般的なコンテンツ再生制御として実現される。
(データ取得処理の動作)
図48は、再生端末2000bによるデータ取得処理の動作を示すフローチャートである。なお、ここに示す動作は、図47のステップS2016の詳細である。
先ず、コンテンツの現在再生中の再生位置を示す再生位置情報が取得される(ステップS2201)。ここで、再生位置情報を取得する処理は、記録媒体1000bから読み取ったコンテンツデータを再生しているときにはメディア読取部2001が行い、コンテンツ配信サーバ3000bから取得した部分コンテンツデータ及び置換コンテンツデータを再生しているときにはデータアクセス部2014bが行う。
続いて、データ取得部2015bは、失敗検出部から記録媒体1000bの読み取りに失敗した旨の通知を受け取っているか、又は、再生確認部2011bからデータ置換の通知を受け取っているか確認する。
読み取りに失敗した旨の通知及びデータ置換の通知を受け取っていない場合(ステップS2202でNO)、データ取得部2015bは、記録媒体1000bから再生位置情報に対応するコンテンツデータを取得して、デコードデータ制御部2016へ出力する(ステップS2203)。
読み取りに失敗した旨の通知、又はデータ置換の通知を受け取っている場合(ステップS2202でYES)、データ取得部2015bは、受け取った通知が、読み取りに失敗した旨の通知及びデータ置換の通知の何れであるかを確認する。
受け取った通知が、読み取りに失敗した旨の通知である場合(ステップS2204で「読み取り失敗」)、データ取得部2015bは、再生位置情報に対応する部分コンテンツデータを、データアクセス部2014bを介してコンテンツ配信サーバ3000bから取得して、デコードデータ制御部2016へ出力する。
受け取った通知が、データ置換の通知である場合(ステップS2204で「データ置換」)、データ取得部2015bは、再生位置情報に対応する置換コンテンツデータを、データアクセス部2014bを介してコンテンツ配信サーバ3000bから取得して、デコードデータ制御部2016へ出力する。
以上説明したように、第6の実施形態に係る再生端末2000bでは、再生中にコンテンツ配信サーバ3000bから取得した部分コンテンツデータ及び置換コンテンツデータを順次ストリーミング再生する。従って、記録媒体1000bからのデータの読み取りに失敗した場合及びデータの置換が必要な場合であっても、復元データ及び置換データを蓄積することなく、コンテンツを途切れさせずに正常に再生することが可能になる。
なお、本実施形態では、再生端末2000bは、コンテンツ配信サーバ3000bから部分コンテンツデータ及び置換コンテンツデータと共に再生位置情報も取得していたが、この構成に限られるものではない。再生端末2000bは、コンテンツ配信サーバ3000bから、再生位置情報を取得しないように構成してもよい。それは、本実施形態においては、記録媒体1000bからの読み取りに失敗した位置の部分コンテンツデータ、及びデータの置換が必要な位置の置換コンテンツデータを随時取得するので、再生すべきデータを並び替える必要がないからである。
また、本実施の形態では、再生端末2000bは取得した部分コンテンツデータを記録しないとしたが、これに限られるものではない。部分コンテンツデータの遅延を吸収するためにバッファを設け、到着した部分コンテンツデータを一時的に記憶するなどとしてもよい。
≪その他変形例≫
なお、本発明を上記の実施形態に基づいて説明してきたが、本発明は、上記の実施形態に限定されないのは勿論であり、以下のような場合も、本発明に含まれる。
(1)上記第1〜第6実施形態では、記録媒体として、BD−ROMを想定していたが、本発明における記録媒体は、BD−ROMに限定されない。例えば、BD−ROM以外にBD−R等の追記型のディスクでもよいし、DVD−RAM等の書き換え可能なディスクであってもよい。また、記録媒体の形状もディスク型に限られるものではなく、SDカードなど、他の形状の記録媒体を用いることも可能である。
また、記録媒体に記録されているコンテンツは、映像及び音声からなるデジタルデータを想定していたが、これに限定されない。本発明におけるコンテンツは、映像のみでもよいし、音声のみでもよい。更に、本発明におけるコンテンツは、アプリケーションプログラム等でもよい。
また、再生装置としてBDプレーヤを想定していたが、本発明において、再生装置は、BDプレーヤに限定されず、記録媒体の種類に応じて、様々な種類の装置を用いることができる。例えば、記録媒体としてDVD−ROMを用いるのであれば、再生装置としてDVDプレーヤを用いることができる。
また、通信路として、インターネットを想定していたが、それに限られるものではない。本発明における通信路は、再生端末とコンテンツ配信サーバとの間で情報の通信ができるのであれば、電話回線等の他の通信路であってもよい。
(2)上記第4及び第5実施形態では、再生端末は、コンテンツの再生前に置換コンテンツデータの取得の有無の確認を行っていたが、本発明は、この構成に限られるものではない。本発明の再生端末は、コンテンツの再生中に置換コンテンツデータの取得の有無を確認するように構成してもよい。この場合、再生端末は、再生するコンテンツデータの再生位置情報を取得した後に、コンテンツ置換表に含まれる置換位置情報を確認して、再生位置情報に対応するコンテンツデータの置換の必要性を確認する。即ち、再生端末は、コンテンツの再生中に、再生確認部にて置換コンテンツデータの取得の有無を確認すると共に、失敗検出部にて部分コンテンツデータの取得の有無を確認する。
(3)上記第4〜第6実施形態では、再生端末は、部分コンテンツデータと置換コンテンツデータとの両方を、コンテンツ配信サーバから取得する構成を有するが、上記第4〜第6実施形態において、再生端末は、コンテンツ配信サーバから、置換コンテンツデータのみを取得する構成であってもよい。
また、再生端末が置換コンテンツデータのみを取得する場合には、上記の第4〜第6実施形態と同一のタイミングで、コンテンツ配信サーバから置換コンテンツデータを取得する場合に限定されず、別のタイミングで取得する場合も、本発明に含まれる。
例えば、上記に説明した第1〜第3実施形態のそれぞれにおいて、再生端末がコンテンツ配信サーバから取得する部分コンテンツデータに代えて、置換コンテンツデータを取得するように構成した場合も、本発明に含まれる。
第1実施形態で部分コンテンツデータに代えて、置換コンテンツデータを取得する場合には、再生端末は、記録媒体のコンテンツデータを再生中に置換コンテンツデータが必要であると判断すると、コンテンツデータの再生処理を停止して、コンテンツ配信サーバから置換コンテンツデータを取得し、その後処理を終了する。そして、2回目以降の再生処理では、再生端末は、記録媒体に記録されているコンテンツデータと端末内に保持する置換コンテンツデータとを用いて、コンテンツを途切れることなく最後まで再生することが可能となる。
第2実施形態で部分コンテンツデータに代えて、置換コンテンツデータを取得する場合には、再生端末は、記録媒体のコンテンツデータの再生前に置換コンテンツデータが必要であるか否かを判断し、必要であると判断すると、置換コンテンツデータの取得が終了するまでコンテンツデータの再生は行わない。そして、置換コンテンツデータの取得が終了した後に、再生端末はコンテンツデータの再生を開始する。
第3実施形態で部分コンテンツデータに代えて、置換コンテンツデータを取得する場合には、再生端末は、記録媒体のコンテンツデータの再生中に置換コンテンツデータが必要であると判断すると、コンテンツ配信サーバから置換コンテンツデータを随時取得して、取得した置換コンテンツデータを端末内に保持することなくストリーミング再生する。
(4)上記第1〜第6実施形態では、再生端末は記録媒体の読み取りに失敗した位置以降の部分コンテンツデータを、コンテンツ配信サーバから取得していた。しかし、本発明はこれに限られるものではない。
例えば、再生端末は記録媒体の読み取りに失敗しても、記録媒体の読み取りを続け、それ以降の箇所で読み取りに成功する箇所がないかを探索するように構成してもよい。この場合、再生端末は、再度読み取りに成功する箇所が見つかれば、読み取りに失敗した箇所から読み取りに成功した箇所までの区間についてのみ部分コンテンツデータを取得する。
この構成により、再生端末は自機に記録するバックアップデータ(復元データ)の容量を抑えることが可能となる。
この場合、再生端末は、コンテンツ再生処理において、上述した区間については復元データ記憶部に記録されている部分コンテンツデータを再生し、その他の箇所については記録媒体から読み取ったコンテンツデータを再生する。
(5)上記第1、第2、第4、及び第5実施形態では、再生端末のデータ取得部及びデータアクセス部は、現在再生中の位置を示す再生位置情報が復元データ記憶部、及び復元データ/置換データ記憶部に記録されているか否かによって、現在再生中の位置が過去に再生に失敗した位置であるか否かを判断していた。しかし、本発明はこれに限られるものではない。
例えば、再生に失敗した位置を記録しておき、その位置以降については、常に復元データ記憶部、及び復元データ/置換データ記憶部から部分コンテンツデータを取得するように構成してもよい。
(6)上記の第1、第2、第4、及び第5実施形態では、コンテンツ配信サーバは、部分コンテンツ送信個数を、再生端末及び記録媒体毎に数えていたが、本発明は、この構成に限られるものではない。コンテンツ配信サーバの運営者の意向により、様々な実施形態が考えられる。
例えば、再生端末毎に部分コンテンツデータの送信個数の上限を定め、再生端末毎に部分コンテンツ送信個数を数えるとしてもよい。この場合、図9に示した部分コンテンツ送信個数313は、端末ID311とのみ対応付けられて記録される。また、端末情報更新部は、端末ID毎に部分コンテンツデータ送信個数を更新する。この変形例では、再生端末のみに依存して部分コンテンツ送信個数が数えられるので、意図的に記録媒体に傷を付けて、部分コンテンツデータを収集しようとする悪意のユーザなどに対しても、ある程度の制約をかけることができる。
また、記録媒体毎に部分コンテンツデータの送信個数の上限を定め、記録媒体毎に部分コンテンツ送信個数を数えるとしてもよい。この場合、図9に示した部分コンテンツ送信個数313は、メディアID312とのみ対応付けられて記録される。また、端末情報更新部は、メディアID毎に部分コンテンツ送信個数を更新する。この変形例では、再生端末に依存することなく部分コンテンツ送信個数が数えられるので、例えば記録媒体が友人間で貸し借りされた場合などにも、適切に部分コンテンツ送信個数を数えられる。
更に、メディアIDに替えてコンテンツIDごとに部分コンテンツ送信個数を数えても良いことは言うまでもない。
(7)上記の第1〜第6実施形態では、コンテンツ配信サーバは部分コンテンツ送信個数として、送信した部分コンテンツデータの総数を数えていたが、本発明は、この構成に限られるものではない。コンテンツ配信サーバの運営者の意向により、様々な実施形態が考えられる。
例えば、コンテンツ配信サーバは、過去の復元データ要求に含まれていたメディアIDと同一のメディアIDを含む復元データ要求に対しては、部分コンテンツデータを再送する際に部分コンテンツ送信個数を加算する更新を行わないように構成してもよい。
これは、過去に復元データが要求された記録媒体に対しては、再度他の要因で読み取りに失敗する箇所が広がる可能性が高いからである。この場合に、部分コンテンツ送信個数を、送信した部分コンテンツデータの総数で数えると、再生端末側では、同一の記録媒体のコンテンツを再生しようとしているにもかかわらず、部分コンテンツ送信個数が送信上限個数を超えてしまいと、突然部分コンテンツデータの送信が許可されなくなる事態が起こり得る。
このような事態は、傷さえ付いていなければ何度でもコンテンツを再生できる記録媒体と比べて、コンテンツの利用が著しく制限されることになり、利用者の立場からは望ましくない。従って、上記のような構成にすることで、利用者の利便性を担保することができる。
また、上記第1〜第6実施形態では、コンテンツ配信サーバは、再生端末へ送信した部分コンテンツデータの個数を数え、送信した部分コンテンツデータのデータ量に応じて、部分コンテンツデータの送信可否を決定していた。この構成では、再生端末がコンテンツデータの最初の方で読み取りに失敗した場合には、コンテンツデータの後の方で再生に失敗した場合と比較すると、送信する部分コンテンツデータの量が多くなる。この場合、同じコンテンツデータを再生しているにもかかわらず、再生に失敗した位置によって不公平が生じてしまう。
従って、本発明において、コンテンツ配信サーバは、再生端末へ送信した部分コンテンツデータの個数を数えるのではなく、復元データを送信した回数を数えても良い。この場合は、再生端末に送信された部分コンテンツデータのデータ量ではなく、コンテンツ配信サーバが何回復元データの送信を行ったかに応じて、部分コンテンツデータの送信可否が決定されることになる。
この構成により、例えば、記録媒体中のコンテンツデータの傷付いた位置に依存することなく、部分コンテンツデータの送信可否判断を行うことが可能となる。従って、同じコンテンツデータの再生であれば、読み取りに失敗した位置に関わらず部分コンテンツデータを取得できるので、ユーザは、部分コンテンツデータの取得に際して公平感を得ることができる。
(8)上記第1〜第6の実施形態では、コンテンツ配信サーバの登録部は、再生端末から登録要求を受けると、特に何も判断せずに再生端末を登録していたが、本発明は、この構成に限られるものではない。例えば、再生端末の登録に際して、コンテンツ配信システムの利用料金を課金するなどとしてもよい。
また、上記第1〜第6の実施形態では、復元データの送信についても特に条件を設けていなかったが、これについても課金等の条件を設けるとしても良い。
(9)上記第1〜第6実施形態では、送信上限個数は予め定められていたが、これに限られるものではない。例えば、課金により、送信上限個数を増やすように構成してもよい。
また、送信上限個数はシステム全体で均一である必要はなく、例えば、コンテンツの画質やコンテンツ人気等の観点から、高価値のコンテンツについては送信上限個数を低く設定し、低価値のコンテンツについては送信上限個数を高く設定するように構成してもよい。
更に、コンテンツ配信サーバは、ユーザからのアンケート等に基づいて、コンテンツの人気度を随時算出し、算出された人気度を反映させて、送信上限個数を変動させる機能を備えてもよい。
(10)上記第1〜第6実施形態では、コンテンツの再生を例として本発明を説明してきたが、本発明を早送りや巻き戻し等の特殊再生にも応用することができることはもちろんである。
(11)上記第2、第3、第5、及び第6実施形態では、部分コンテンツデータの取得が記録媒体の再生中若しくは再生前に行われ、コンテンツを途切れなく再生することができる。そのため、ユーザは、再生端末が記録媒体の読み取りに失敗していることに気付かない可能性がある。そこで、上記第2及び第3実施形態において、記録媒体の読み取りに失敗している旨のメッセージを画面表示するなどとして、記録媒体の読み取り失敗の発生をユーザに通知するように構成してもよい。なお、通知のタイミングは様々なパターンが考えられる。例えば、コンテンツの再生終了時や、コンテンツデータから部分コンテンツデータへ再生の切り替わりが発生した時に通知してもよい。
(12)上記第2及び第5の実施形態では、コンテンツの再生前に、読み取りに成功するか否かを確認するので、実際の再生が始まるまでに多少時間を要する。そこで、第2及び第5実施形態において、読取確認処理は全てのデータを対象に行うのではなく、主要なデータのみを対象に行い、再生開始までの時間を短縮するように構成してもよい。例えば、コンテンツがMPEG−2の映像コンテンツである場合には、前記主要なデータとして「Iピクチャ」を用いてもよい。なお、このように、主要なデータのみ確認を行った後、実際の再生中に読み取り失敗が検出された場合は、主要なデータのみで再生処理を継続するとしてもよいし、改めて、コンテンツ配信サーバから、部分コンテンツデータを取得するように構成してもよい。
また、本発明の再生端末は、全てのコンテンツデータについての読取確認処理を終了する以前に、コンテンツの再生処理を開始して、読取確認処理とコンテンツ再生処理とを並列して行うように構成してもよい。
この場合、コンテンツの再生処理に先立ち読取確認処理を行い、部分コンテンツデータが必要であれば、再生に間に合うタイミングで、コンテンツ配信サーバから部分コンテンツデータが取得できるように構成することが望ましい。そのため、読取確認処理の単位となる再生位置情報を、コンテンツが途切れることなく再生できるような単位に工夫することが考えられる。
(13)上記第2及び第5実施形態における読取確認処理では、単純に読み取りのテストのみ行うのではなく、例えば、再生を行う前に読み取ったコンテンツデータを再生端末内部の記憶部に記録しておき、再生開始後にはテスト時に記録したコンテンツデータを再生するように構成してもよい。なお、必要であればコンテンツ配信サーバから取得した部分コンテンツデータを再生するのは勿論である。
一般的に、装置内部の記憶部の読み取り速度は、メディア読取部による読み取り速度よりも高速である。従って、装置内部の記憶部から読み取る方が、安定した再生処理を実現できる。また、この場合、装置内部に記録しているコンテンツデータと部分コンテンツデータとを、予め再生順に並び替えておくことにより、デコードデータ制御部による並び替え処理を省略することもできる。
(14)上記第3及び第6の実施形態では、再生端末が、復元データ記録部、及び復元データ/置換データ記憶部を備えておらず、復元データ及び置換データを装置内部に記録せずに、コンテンツ配信サーバから受信して直ちに再生を行っていた。しかし、本発明は、この構成に限定されない。
第3の実施形態において、再生端末は復元データ記憶部を備え、第6の実施形態においても、再生端末は復元データ/置換データ記憶部を備えるように構成してもよい。そして、再生処理と並行して、復元データ及び置換データを、各記憶部に記録するように構成してもよい。
この場合、復元データ記憶部、及び復元データ/置換データ記憶部を、コンテンツ配信サーバからのデータの取得が安定しない際のバッファとして用いることができる。また、次回以降のコンテンツ再生時に、コンテンツ配信サーバと通信することなく、復元データ記憶部、及び復元データ/置換データ記憶部から、部分コンテンツデータ及び置換コンテンツデータを読み取ることが可能となる。
なお、著作権保護機構等により、コンテンツデータの複製が許可されない場合には、第3実施形態、及び第6実施形態のように、装置内部に部分コンテンツデータを記録しない構成が有効である。従って、コンテンツデータに対する著作権保護機構の制御に応じて、再生端末が部分コンテンツデータ、又は置換コンテンツデータを装置内部に記録するか否かを切り替えるように構成してもよい。
(15)上記第1〜第6実施形態では、記録媒体にメディアIDが記録される構成としたが、本発明はこの構成に限定されるものではない。例えば、メディアIDに替えてコンテンツIDを用いるとしてもよい。これにより、記録媒体にメディアIDが記録されていない場合でも、本発明を実施することができる。
(16)上記第1〜第6実施形態では、復元データ記憶部、及び復元データ/置換データ記憶部は、再生端末内部の構成要素であった。また、端末情報記憶部、及びコンテンツ記憶部は、コンテンツ配信サーバ内部の構成要素であった。
しかし、本発明においては、これらの記憶部を各装置の内部の構成要素とせずに、各装置の外部に設けてもよい。
(17)上記第1〜第6実施形態では、記録媒体に記録されているコンテンツID及び再生位置情報のフォーマット、コンテンツ配信サーバから配信される部分コンテンツデータのコンテンツID及び再生位置情報のフォーマット、コンテンツ配信サーバから配信される置換コンテンツデータのコンテンツID及び再生位置情報のフォーマットは、全て同一のフォーマットを用いるとしたが、本発明は、これに限られるものではない。
コンテンツデータ、部分コンテンツデータ、及び置換コンテンツデータのそれぞれで、異なるフォーマットを用いても良い。ただし、この場合、フォーマットの違いを再生時に吸収しなければ、コンテンツの再生が途中で途切れることになる。従って、異なるフォーマットを用いる場合には、再生端末の構成に工夫が必要である。例えば、データ取得部、及びデコードデータ制御部は、コンテンツデータ、部分コンテンツデータ、及び置換コンテンツデータのそれぞれのフォーマットを解釈することが可能であり、コンテンツを途切れなく出力することができる機能を有するように構成してもよい。
また、コンテンツデータ、部分コンテンツデータ、及び置換コンテンツデータを区切る単位も同一であることは必須ではない。これらが異なる単位で区切られていても良い。ただし、この場合も、再生端末の構成に工夫が必要である。例えば、データ取得部、及びデコードデータ制御部は、コンテンツデータの読み取りに失敗した位置、及び、置換コンテンツデータの取得が必要であると判断された位置に合わせて、部分コンテンツデータ、及び置換コンテンツデータの再生位置を調整する機能を有する必要がある。
(18)本発明においては、コンテンツ配信サーバから再生端末へ配信する部分コンテンツデータ、及び置換コンテンツデータは、特定のデータのみ配信を許可し、他のデータは常に配信を許可しないように制御してもよい。
ここで、配信を許可するデータと、許可しないデータとを区別する基準として、コンテンツの画質や価値(例えば、映画であればクライマックスのシーンなど)等を用いてもよい。この場合、配信を許可しない位置の部分コンテンツデータ及び置換コンテンツデータは、コンテンツ配信サーバはコンテンツ記憶部に記録しておく必要はない。
(19)上記第1〜第6実施形態では、記録媒体に記録されているコンテンツデータと、コンテンツ配信サーバが配信する部分コンテンツデータとは、同一のデータであった。しかし、本発明はこの構成に限定されない。
例えば、データの内容は同じだが、画質又は音質が異なるデータであってもよい。即ち、コンテンツデータと部分コンテンツデータとの間に、何らかの対応関係があれば、どのようなデータであってもよい。
なお、部分コンテンツデータの画質又は音質を、コンテンツデータの画質又は音質よりも劣化させる構成とすれば、通信路の通信速度が遅い場合であっても、本発明のシステムを実現できる。また、部分コンテンツデータの記録容量を削減したり、部分コンテンツデータを取得するまでの時間を短縮したりすることができる。
また、コンテンツ配信サーバが配信する部分コンテンツデータは、記録媒体に記録されているコンテンツデータと異なる内容であってもよい。例えば、コンテンツ配信サーバから再生端末へ、記録媒体が故障している旨を示す画像や故障の場合の連絡先等を含んだコンテンツを配信し、再生端末に表示させるように構成してもよい。
(20)上記第1〜第6実施形態では、再生端末は、部分コンテンツデータ及び置換コンテンツデータを、通信路を介して接続されたコンテンツ配信サーバから取得していたが、本発明はこれに限られるものではない。
例えば、部分コンテンツデータ及び置換コンテンツデータを記録している別の記録媒体から、読み取る構成であってもよいし、コンテンツ配信サーバ及び別の記録媒体の両方から、部分コンテンツデータ及び置換コンテンツデータを取得する構成であってもよい。
この場合の別の記録媒体は、再生端末内に備えたハードディスクでもよいし、可搬型の記録媒体でもよい。より具体的には、BD−ROMからの読み取りに失敗した箇所のコンテンツデータに替えて、再生端末は、SDカードに記録された部分コンテンツデータを読み取る場合等が考えられる。そして、SDカードから読み取った部分コンテンツデータを、再生端末内のハードディスクに記録するように構成してもよい。
また、上記各実施形態における記録媒体(コンテンツデータを記録している)と、他の記録媒体(部分コンテンツデータ又は置換コンテンツデータを記録している)との間に記憶容量の差がある場合には、変形例(19)に示したように、コンテンツデータと、部分コンテンツデータと、置換コンテンツデータとが、それぞれ、画質や音質が異なるデータであるとしてもよい。
(21)上記第4〜第6実施形態において、コンテンツ置換表及びコンテンツ置換表有効期限は、記録媒体に予め記録されており、再生端末は、記録媒体からコンテンツ置換表及びコンテンツ置換表有効期限を読み取る構成を有していた。
しかし、本発明はこの構成に限定されない。コンテンツ置換表及びコンテンツ置換表有効期限は、記録媒体に記録されていることは必須ではない。コンテンツ置換表及びコンテンツ置換表有効期限は、コンテンツ配信サーバに記録されていてもよい。
コンテンツ置換表及びコンテンツ置換表有効期限が記録媒体に記録されていない場合には、再生端末は、コンテンツ配信サーバから、コンテンツ置換表及びコンテンツ置換表有効期限を取得するように構成してもよい。
更に、上記第4〜第6実施形態において説明した置換条件は、一例に過ぎない。即ち、本発明における置換条件は、コンテンツの再生日時及びコンテンツの再生回数に限定されない。本発明の再生装置は、様々な置換条件に基づいて、置換コンテンツデータの取得の必要性を判断することができる。
また、置換条件として、コンテンツの再生日時及びコンテンツの再生回数を用いる場合であっても、本発明は、上記第4〜第6実施形態のように、再生日時及び再生回数を別個独立に用いて、コンテンツデータを置換すべきか否かを判断する構成に限定されず、再生日時及び再生回数の両方を用いて、コンテンツデータを置換すべきか否かを判断する構成であってもよい。
(22)上記第4〜第6実施形態においては、コンテンツデータと置換コンテンツデータとのどちらを再生するか、ユーザに選択させるように構成してもよい。
更に、本発明では、同一コンテンツの同一再生位置について、複数の置換コンテンツデータが存在してもよい。
同一コンテンツの同一再生位置について、複数の置換コンテンツデータが存在する場合には、各置換コンテンツデータを識別するためのIDが付与されていてもよい。そして、再生端末は、コンテンツ配信サーバから複数の置換コンテンツデータを取得し、IDと対応付けて内部に記録する。再生端末は、コンテンツの再生時に、複数の置換コンテンツデータの何れを再生するか、ユーザに選択させるように構成してもよいし、上記第4〜第6実施形態のように、コンテンツ置換表を用いて再生する置換コンテンツデータを選択するように構成してもよい。
(23)上記の各装置は、具体的には、マイクロプロセッサ、ROM、RAM、ハードディスクユニット、ディスプレイユニット、キーボード、マウスなどから構成されるコンピュータシステムである。前記RAMまたはハードディスクユニットには、コンピュータプログラムが記憶されている。前記マイクロプロセッサが、前記コンピュータプログラムに従って動作することにより、各装置は、その機能を達成する。ここでコンピュータプログラムは、所定の機能を達成するために、コンピュータに対する指令を示す命令コードが複数個組み合わされて構成されたものである。
(24)上記の各装置を構成する構成要素の一部または全部は、1個のシステムLSI(Large Scale Integration:大規模集積回路)から構成されているとしてもよい。システムLSIは、複数の構成部を1個のチップ上に集積して製造された超多機能LSIであり、具体的には、マイクロプロセッサ、ROM、RAMなどを含んで構成されるコンピュータシステムである。前記RAMには、コンピュータプログラムが記憶されている。前記マイクロプロセッサが、前記コンピュータプログラムに従って動作することにより、システムLSIは、その機能を達成する。
また、上記の各装置を構成する構成要素の各部は、個別に1チップ化されていても良いし、一部又は全てを含むように1チップ化されてもよい。
また、ここでは、システムLSIとしたが、集積度の違いにより、IC、LSI、スーパーLSI、ウルトラLSIと呼称されることもある。また、集積回路化の手法はLSIに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。LSI製造後に、プログラムすることが可能なFPGA(Field Programmable Gate Array)や、LSI内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用しても良い。
さらには、半導体技術の進歩又は派生する別技術によりLSIに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
(25)上記の各装置を構成する構成要素の一部または全部は、各装置に脱着可能なICカードまたは単体のモジュールから構成されているとしてもよい。前記ICカードまたは前記モジュールは、マイクロプロセッサ、ROM、RAMなどから構成されるコンピュータシステムである。前記ICカードまたは前記モジュールは、上記の超多機能LSIを含むとしてもよい。マイクロプロセッサが、コンピュータプログラムに従って動作することにより、前記ICカードまたは前記モジュールは、その機能を達成する。このICカードまたはこのモジュールは、耐タンパ性を有するとしてもよい。
(26)本発明は、上記に示す方法であるとしてもよい。また、これらの方法をコンピュータにより実現するコンピュータプログラムであるとしてもよいし、前記コンピュータプログラムからなるデジタル信号であるとしてもよい。
また、本発明は、前記コンピュータプログラムまたは前記デジタル信号をコンピュータ読み取り可能な記録媒体、例えば、フレキシブルディスク、ハードディスク、CD−ROM、MO、DVD、DVD−ROM、DVD−RAM、BD−ROM、半導体メモリなどに記録したものとしてもよい。また、これらの記録媒体に記録されている前記デジタル信号であるとしてもよい。
また、本発明は、前記コンピュータプログラムまたは前記デジタル信号を、電気通信回線、無線または有線通信回線、インターネットを代表とするネットワーク、データ放送等を経由して伝送するものとしてもよい。
また、本発明は、マイクロプロセッサとメモリを備えたコンピュータシステムであって、前記メモリは、上記コンピュータプログラムを記憶しており、前記マイクロプロセッサは、前記コンピュータプログラムに従って動作するとしてもよい。
また、前記プログラムまたは前記デジタル信号を前記記録媒体に記録して移送することにより、または前記プログラムまたは前記デジタル信号を前記ネットワーク等を経由して移送することにより、独立した他のコンピュータシステムにより実施するとしてもよい。
(27)上記実施の形態および上記変形例をそれぞれ組み合わせるとしてもよい。
本発明は、例えばBD−ROMやDVD−ROM等の記録媒体にコンテンツを格納してユーザに販売する産業において、記録媒体の購入から時間の経過したコンテンツであっても、再生に適した高価値のコンテンツの再生が可能となる仕組みとして利用することが可能である。
第1の実施形態に係るコンテンツ再生システム1の構成を示す図である。 記録媒体10に記録されている情報を示す図である。 記録媒体10に記録されている情報の具体例を示す図である。 再生端末20の構成を機能的に示す機能ブロック図である。 端末情報記憶部204に記録されている情報を示す図である。 復元データ記憶部205に記録されている情報を示す図である。 端末制御部206の構成を機能的に示す機能ブロック図である。 コンテンツ配信サーバ30の構成を機能的に示す機能ブロック図である。 再生端末情報記憶部303に記録されている情報を示す図である。 コンテンツ記憶部304に記録されている情報を示す図である。 サーバ制御部305の構成を機能的に示す機能ブロック図である。 再生端末20の全体の動作を示すフローチャートである。 再生端末20の端末登録処理の動作を示すフローチャートである。 再生端末20のデータ取得処理の動作を示すフローチャートである。 再生端末20のデータ再生処理の動作を示すフローチャートである。 再生端末20の復元データ取得処理の動作を示すフローチャートである。 コンテンツ配信サーバ30の全体の動作を示すフローチャートである。 コンテンツ配信サーバ30の復元データ送信処理の動作を示すフローチャートである。 第2の実施形態に係るコンテンツ再生システム2に含まれる再生端末20aの構成を機能的に示す機能ブロック図である。 再生端末20aの全体の動作を示すフローチャートである。 再生端末20aの読取確認処理の動作を示すフローチャートである。 第3の実施形態に係るコンテンツ再生システム3に含まれる再生端末20bの構成を機能的に示す機能ブロック図である。 再生端末20bの全体の動作を示すフローチャートである。 再生端末20bのデータ取得処理の動作を示すフローチャートである。 第4の実施形態に係るコンテンツ再生システム4の構成を示す図である。 記録媒体1000に記録されている情報を示す図である。 コンテンツ置換情報1006のデータ構成を示す図である。 再生端末2000の構成を機能的に示す機能ブロック図である。 端末情報記憶部2004に記録されている情報の一部を示す図である。 復元データ/置換データ記憶部2005に記録されている情報の一部を示す図である。 端末制御部2006の構成を機能的に示す機能ブロック図である。 コンテンツ配信サーバ3000の構成を機能的に示す機能ブロック図である。 コンテンツ記憶部3004に記録されている情報の一部を示す図である。 置換表更新データ記憶部3006に記録されている情報を示す図である。 再生端末2000の全体の動作を示すフローチャートである。 再生端末2000の端末登録処理の動作を示すフローチャートである。 再生端末2000のコンテンツ置換表更新処理の動作を示すフローチャートである。 再生端末2000の置換データ取得処理の動作を示すフローチャートである。 再生端末2000のデータ取得処理の動作を示すフローチャートである。 再生端末2000のデータ再生処理の動作を示すフローチャートである。 コンテンツ配信サーバ3000の全体の動作を示すフローチャートである。 コンテンツ配信サーバ3000の更新データ送信処理の動作を示すフローチャートである。 コンテンツ配信サーバ3000の置換データ送信処理の動作を示すフローチャートである。 第5の実施形態に係るコンテンツ再生システム5に含まれる再生端末2000aの構成を機能的に示す機能ブロック図である。 再生端末2000aの全体の動作を示すフローチャートである。 第6の実施形態に係るコンテンツ再生システム6に含まれる再生端末2000bの構成を機能的に示す機能ブロック図である。 再生端末2000bの全体の動作を示すフローチャートである。 再生端末2000bのデータ取得処理の動作を示すフローチャートである。
符号の説明
1 コンテンツ再生システム
2 コンテンツ再生システム
3 コンテンツ再生システム
4 コンテンツ再生システム
5 コンテンツ再生システム
6 コンテンツ再生システム
10 記録媒体
10a 記録媒体
10b 記録媒体
20 再生端末
20a 再生端末
20b 再生端末
30 コンテンツ配信サーバ
30a コンテンツ配信サーバ
30b コンテンツ配信サーバ
40 出力装置
40a 出力装置
40b 出力装置
50 通信路
50a 通信路
50b 通信路
201 メディア読取部
202 受信部
203 送信部
204 端末情報記憶部
205 復元データ記憶部
206 端末制御部
207 出力部
231 再生確認部
232 失敗検出部
232a 失敗検出部
232b 失敗検出部
233 要求部
234 データアクセス部
234a データアクセス部
234b データアクセス部
235 データ取得部
235a データ取得部
235b データ取得部
236 デコードデータ制御部
237 デコード部
301 受信部
302 送信部
303 再生端末情報記憶部
304 コンテンツ記憶部
305 サーバ制御部
331 要求判断部
332 登録部
333 復元データ送信判断部
334 復元データ生成部
335 端末情報更新部
1000 記録媒体
1000a 記録媒体
1000b 記録媒体
2000 再生端末
2000a 再生端末
2000b 再生端末
2001 メディア読取部
2002 受信部
2003 送信部
2004 端末情報記憶部
2005 復元データ/置換データ記憶部
2006 端末制御部
2006a 端末制御部
2006b 端末制御部
2007 出力部
2011 再生確認部
2011b 再生確認部
2012 失敗検出部
2012a 失敗検出部
2012b 失敗検出部
2013 要求部
2014 データアクセス部
2014a データアクセス部
2014b データアクセス部
2015 データ取得部
2015a データ取得部
2015b データ取得部
2016 デコードデータ制御部
2017 デコード部
3000 コンテンツ配信サーバ
3000a コンテンツ配信サーバ
3000b コンテンツ配信サーバ
3001 受信部
3002 送信部
3003 再生端末情報記憶部
3004 コンテンツ記憶部
3005 サーバ制御部
3006 置換表更新データ記憶部
3011 要求判断部
3012 登録部
3013 復元データ送信判断部
3014 送信データ生成部
3015 端末情報更新部
3016 データ更新部
4000 出力装置
4000a 出力装置
4000b 出力装置
5000 通信路
5000a 通信路
5000b 通信路

Claims (27)

  1. 可搬型の記録媒体から、当該記録媒体に記録されている第1コンテンツの一部を読み取る読取手段と、
    前記第1コンテンツの一部に関連する第2コンテンツを記憶する記憶手段と、
    前記第1コンテンツの一部が再生に不適切であるか否かを判断する判断手段と、
    前記判断手段により前記第1コンテンツの一部が再生に適切であると判断された場合に、前記第1コンテンツの一部を再生し、前記判断手段により前記第1コンテンツの一部が再生に不適切であると判断された場合に、前記第2コンテンツを再生する再生手段と
    を備えることを特徴とする再生装置。
  2. 前記再生装置は、更に、
    前記第1コンテンツの再生中に、前記読取手段における前記第1コンテンツの読取失敗を検出する検出手段と、
    前記検出手段が読取失敗を検出すると、読取失敗位置に対応するデータを外部から取得し、前記第2コンテンツとして前記記憶手段に記録する取得手段と
    を備えることを特徴とする請求項1に記載の再生装置。
  3. 前記再生装置は、更に、
    前記第1コンテンツの一部のデータの置換条件を記憶している置換条件記憶手段を備え、
    前記取得手段は、更に、前記第1コンテンツの再生状況が前記置換条件を満たすか否かを判断し、前記再生状況が前記置換条件を満たす場合に、前記第1コンテンツの一部に対応する置換データを外部から取得し、第3コンテンツとして前記記憶手段に記録し、
    前記再生手段は、更に、前記判断手段により前記第1コンテンツの一部が再生に不適切であると判断された場合に、前記第3コンテンツを再生する
    ことを特徴とする請求項2に記載の再生装置。
  4. 前記置換条件記憶手段は、更に、前記置換条件と対応付けて、当該置換条件の有効期限を記憶しており、
    前記再生装置は、更に、
    前記有効期限に基づき、前記置換条件が有効であるか無効であるかを判断し、前記置換条件が無効である場合に、新たな置換条件を外部から取得し、前記置換条件記憶手段に記憶されている前記置換条件を更新する更新手段を備える
    ことを特徴とする請求項3に記載の再生装置。
  5. 前記再生装置は、更に、
    前記第1コンテンツの一部のデータの置換条件を記憶している置換条件記憶手段と、
    前記第1コンテンツの再生状況が前記置換条件を満たすか否かを判断し、前記再生状況が前記置換条件を満たすと判断する場合に、前記第1コンテンツの一部に対応する置換データを外部から取得し、前記第2コンテンツとして前記記憶手段に記録する取得手段とを備える
    ことを特徴とする請求項1に記載の再生装置。
  6. 前記置換条件は、前記第1コンテンツの一部のデータの再生可能期間の終期を含み、
    前記取得手段は、前記再生状況である再生日時が前記再生可能期間の終期を超えている場合には、前記再生状況が前記置換条件を満たすと判断する
    ことを特徴とする請求項5に記載の再生装置。
  7. 前記置換条件は、前記第1コンテンツの一部のデータの再生可能回数を示しており、
    前記取得手段は、前記再生状況である再生回数が前記再生可能回数を超えている場合には、前記再生状況が前記置換条件を満たすと判断する
    ことを特徴とする請求項5に記載の再生装置。
  8. 前記置換条件記憶手段は、更に、前記置換条件と対応付けて、当該置換条件の有効期限を記憶しており、
    前記再生装置は、更に、
    前記有効期限に基づき、前記置換条件が有効であるか否かを判断し、前記置換条件が無効である場合に、新たな置換条件を外部から取得し、前記置換条件記憶手段に記憶されている前記置換条件を、取得した新たな置換条件を用いて更新する更新手段を備える
    ことを特徴とする請求項5に記載の再生装置。
  9. 前記再生手段による前記第1コンテンツの再生前に、
    前記更新手段は、前記置換条件が有効であるか否かを判断し、前記置換条件が無効である場合に、新たな置換条件を外部から取得し、前記置換条件記憶手段に記憶されている前記置換条件を、取得した新たな置換条件を用いて更新し、
    前記取得手段は、前記置換条件記憶手段に記憶されている置換条件を用いて前記判断を行い、前記第2コンテンツを取得する
    ことを特徴とする請求項8に記載の再生装置。
  10. 前記判断手段は、前記記憶手段に前記第2コンテンツが記憶されている場合に、前記第1コンテンツの一部が再生に不適切であると判断する
    ことを特徴とする請求項5に記載の再生装置。
  11. 前記判断手段は、前記記憶手段に前記第2コンテンツが記憶されている場合に、前記第1コンテンツの一部が再生に不適切であると判断する
    ことを特徴とする請求項1に記載の再生装置。
  12. 前記再生装置は、更に、
    前記第1コンテンツを再生する前に、前記読取手段における前記第1コンテンツの読取失敗を検出する検出手段と、
    前記検出手段が読取失敗を検出すると、読取失敗位置に対応する前記第2コンテンツを外部から取得し、前記記憶手段に記録する取得手段とを備え、
    前記判断手段は、前記記憶手段に前記第2コンテンツが記憶されている場合には、前記読取失敗位置を含む前記第1コンテンツの一部が再生に不適切であると判断し、
    前記再生手段は、前記取得手段による前記第2コンテンツの取得が終了した後に、前記第1コンテンツの再生を開始する
    ことを特徴とする請求項1に記載の再生装置。
  13. 可搬型の記録媒体から、当該記録媒体に記録されている第1コンテンツの一部を読み取る読取手段と、
    前記第1コンテンツの再生中に前記第1コンテンツの一部が再生に不適切であるか否かを判断する判断手段と、
    前記判断手段により前記第1コンテンツの一部が再生に不適切であると判断された場合に、当該一部に関連するデータである第2コンテンツを外部サーバから受信する受信手段と、
    前記判断手段により前記第1コンテンツの一部が再生に適切であると判断された場合に、前記第1コンテンツの一部を再生し、前記判断手段により前記第1コンテンツの一部が再生に不適切であると判断された場合に、前記受信手段が受信した前記第2コンテンツを再生する再生手段と
    を備えることを特徴とする再生装置。
  14. 前記再生装置は、更に、
    前記第1コンテンツの再生中に、前記読取手段における前記第1コンテンツの読取失敗を検出する検出手段を備え、
    前記判断手段は、前記第1コンテンツの再生中に、前記検出手段が前記第1コンテンツの読取失敗を検出すると、読取失敗位置を含む前記第1コンテンツの一部が再生に不適切であると判断する
    ことを特徴とする請求項13に記載の再生装置。
  15. 前記再生装置は、更に、
    前記第1コンテンツの一部のデータの置換条件を記憶している置換条件記憶手段を備え、
    前記判断手段は、前記第1コンテンツの再生中に、前記第1コンテンツの再生状況が前記置換条件を満たすか否かを判断し、前記再生状況が前記置換条件を満たす場合に、前記第1コンテンツの一部が再生に不適切であると判断する
    ことを特徴とする請求項13に記載の再生装置。
  16. 可搬型の記録媒体に記録されている第1コンテンツを再生する再生装置へデータを配信する配信サーバであって、
    前記第1コンテンツに関連する第2コンテンツを記憶している記憶手段と、
    前記再生装置から、前記第1コンテンツ内の位置を示す位置情報を含むデータ要求を受信する受信手段と、
    前記位置情報により示される位置を含む前記第1コンテンツの一部に対応する前記第2コンテンツの一部を、前記再生装置へ送信する送信手段と
    を備えることを特徴とする配信サーバ。
  17. 前記配信サーバは、更に、
    前記第2コンテンツの一部を前記再生装置へ送信するか否かを判断する判断手段を備え、
    前記送信手段は、前記判断手段により送信すると判断された場合にのみ、前記再生装置へ、前記第2コンテンツの一部を送信する
    ことを特徴とする請求項16に記載の配信サーバ。
  18. 前記データ要求は、前記再生装置を識別する装置識別情報と、前記記録媒体を識別する媒体識別情報とを含み、
    前記記憶手段は、更に、前記装置識別情報と対応付けて、前記再生装置が利用する記録媒体を識別する1以上の媒体識別情報を記憶しており、
    前記判断手段は、前記データ要求に含まれる前記媒体識別情報が、前記装置識別情報と対応付けられて前記記憶手段に記録されている場合に、前記第2コンテンツの一部を前記再生装置へ送信すると判断する
    ことを特徴とする請求項17に記載の再生装置。
  19. 前記データ要求は、前記再生装置を識別する装置識別情報を含み、
    前記記憶手段は、更に、再生装置を識別する識別情報と対応付けて、当該再生装置へ過去に送信したデータのデータサイズを記録しており、
    前記判断手段は、前記データ要求に含まれる前記装置識別情報に対応付けられて記録されているデータサイズが所定値以下の場合に、前記第2コンテンツの一部を前記再生装置へ送信すると判断する
    ことを特徴とする請求項17に記載の配信サーバ。
  20. 前記記憶手段は、更に、前記第1コンテンツの再生状況に対応した前記第1コンテンツの一部のデータの置換条件を記憶しており、
    前記送信手段は、更に、前記再生装置へ前記置換条件を送信する
    ことを特徴とする請求項16に記載の配信サーバ。
  21. 前記配信サーバは、更に、
    前記記憶手段に記録されている前記第2コンテンツの更新指示を受け付ける受付手段と、
    前記更新指示を受け付けると、前記第2コンテンツを更新するデータ更新手段と
    を備えることを特徴とする請求項16に記載の配信サーバ。
  22. 再生装置で用いられる再生方法であって、
    前記再生装置は、第1コンテンツの一部に関連する第2コンテンツを記憶する記憶手段を備え、
    前記再生方法は、
    可搬型の記録媒体から、当該記録媒体に記録されている第1コンテンツの一部を読み取る読取ステップと、
    前記第1コンテンツの一部が再生に不適切であるか否かを判断する判断ステップと、
    前記判断ステップにより前記第1コンテンツの一部が再生に適切であると判断された場合に、前記第1コンテンツの一部を再生し、前記判断ステップにより前記第1コンテンツの一部が再生に不適切であると判断された場合に、前記第2コンテンツを再生する再生ステップと
    を含むことを特徴とする再生方法。
  23. 再生装置で用いられるコンピュータプログラムを記録しているコンピュータ読み取り可能な記録媒体であって、
    前記再生装置は、第1コンテンツの一部に関連する第2コンテンツを記憶する記憶手段を備え、
    前記コンピュータプログラムは、
    可搬型の記録媒体から、当該記録媒体に記録されている第1コンテンツの一部を読み取る読取ステップと、
    前記第1コンテンツの一部が再生に不適切であるか否かを判断する判断ステップと、
    前記判断ステップにより前記第1コンテンツの一部が再生に適切であると判断された場合に、前記第1コンテンツの一部を再生し、前記判断ステップにより前記第1コンテンツの一部が再生に不適切であると判断された場合に、前記第2コンテンツを再生する再生ステップと
    を含むことを特徴とする記録媒体。
  24. 可搬型の記録媒体から、当該記録媒体に記録されている第1コンテンツの一部を読み取る読取手段と、
    前記第1コンテンツの一部に関連する第2コンテンツを記憶する記憶手段と、
    前記第1コンテンツの一部が再生に不適切であるか否かを判断する判断手段と、
    前記判断手段により前記第1コンテンツの一部が再生に適切であると判断された場合に、前記第1コンテンツの一部を再生し、前記判断手段により前記第1コンテンツの一部が再生に不適切であると判断された場合に、前記第2コンテンツを再生する再生手段と
    を備えることを特徴とする集積回路。
  25. 可搬型の記録媒体に記録されている第1コンテンツを再生する再生装置へデータを配信する配信サーバで用いられる配信方法であって、
    前記配信サーバは、前記第1コンテンツに関連する第2コンテンツを記憶している記憶手段を備え、
    前記配信方法は、
    前記再生装置から、前記第1コンテンツ内の位置を示す位置情報を含むデータ要求を受信する受信ステップと、
    前記位置情報により示される位置を含む前記第1コンテンツの一部に対応する前記第2コンテンツの一部を、前記再生装置へ送信する送信ステップと
    を含むことを特徴とする配信方法。
  26. 可搬型の記録媒体に記録されている第1コンテンツを再生する再生装置へデータを配信する配信サーバで用いられるコンピュータプログラムを記録しているコンピュータ読み取り可能な記録媒体であって、
    前記配信サーバは、前記第1コンテンツに関連する第2コンテンツを記憶している記憶手段を備え、
    前記コンピュータプログラムは、
    前記再生装置から、前記第1コンテンツ内の位置を示す位置情報を含むデータ要求を受信する受信ステップと、
    前記位置情報により示される位置を含む前記第1コンテンツの一部に対応する前記第2コンテンツの一部を、前記再生装置へ送信する送信ステップと
    を含むことを特徴とする記録媒体。
  27. 可搬型の記録媒体に記録されている第1コンテンツを再生する再生装置へデータを配信する配信サーバで用いられる集積回路であって、
    前記第1コンテンツに関連する第2コンテンツを記憶している記憶手段と、
    前記再生装置から、前記第1コンテンツ内の位置を示す位置情報を含むデータ要求を受信する受信手段と、
    前記位置情報により示される位置を含む前記第1コンテンツの一部に対応する前記第2コンテンツの一部を、前記再生装置へ送信する送信手段と
    を備えることを特徴とする集積回路。
JP2008077488A 2007-03-30 2008-03-25 再生装置、再生方法、配信サーバ、配信方法、記録媒体、及び集積回路 Pending JP2008276909A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2008077488A JP2008276909A (ja) 2007-03-30 2008-03-25 再生装置、再生方法、配信サーバ、配信方法、記録媒体、及び集積回路

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2007092013 2007-03-30
JP2008077488A JP2008276909A (ja) 2007-03-30 2008-03-25 再生装置、再生方法、配信サーバ、配信方法、記録媒体、及び集積回路

Publications (1)

Publication Number Publication Date
JP2008276909A true JP2008276909A (ja) 2008-11-13

Family

ID=39794538

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2008077488A Pending JP2008276909A (ja) 2007-03-30 2008-03-25 再生装置、再生方法、配信サーバ、配信方法、記録媒体、及び集積回路

Country Status (2)

Country Link
US (1) US20080240673A1 (ja)
JP (1) JP2008276909A (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010125658A1 (ja) * 2009-04-28 2010-11-04 パイオニア株式会社 再生装置及び方法、記録装置及び方法、並びにコンピュータプログラム
JP2011114869A (ja) * 2009-11-27 2011-06-09 Samsung Electronics Co Ltd メディア処理機器及びその制御方法
CN117555837A (zh) * 2024-01-10 2024-02-13 成都领目科技有限公司 一种超宽带高速回放数据流控方法及系统

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7996482B1 (en) * 2007-07-31 2011-08-09 Qurio Holdings, Inc. RDMA based real-time video client playback architecture
US8762476B1 (en) 2007-12-20 2014-06-24 Qurio Holdings, Inc. RDMA to streaming protocol driver
US8060904B1 (en) 2008-02-25 2011-11-15 Qurio Holdings, Inc. Dynamic load based ad insertion
US9357154B2 (en) * 2011-03-11 2016-05-31 Echostar Technologies L.L.C. Apparatus, systems and methods for accessing missed media content

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005092473A (ja) * 2003-09-17 2005-04-07 Hitachi Ltd プログラム、記録媒体及び再生装置
WO2006009221A1 (ja) * 2004-07-22 2006-01-26 Matsushita Electric Industrial Co., Ltd. 再生装置、再生方法、プログラム及びコンピュータ読取可能な記録媒体
WO2006101047A1 (ja) * 2005-03-18 2006-09-28 Sony Corporation 再生装置および再生方法、プログラムおよびプログラム格納媒体、データ配信システム、データ構造、並びに、記録媒体の製造方法
JP2007058978A (ja) * 2005-08-24 2007-03-08 Canon Inc データ処理方法、装置及びプログラム

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3870486B2 (ja) * 1997-06-06 2007-01-17 ソニー株式会社 ハイブリッド記録再生装置及び記録再生方法
EP1203377A1 (en) * 1999-04-21 2002-05-08 Research Investment Network, Inc. System, method and article of manufacture for updating content stored on a portable storage medium
JP2003022339A (ja) * 2001-07-09 2003-01-24 Matsushita Electric Ind Co Ltd コンテンツ管理方法、コンテンツ管理装置、コンテンツ再生装置及びコンテンツ記録装置
US9418704B2 (en) * 2003-09-17 2016-08-16 Hitachi Maxell, Ltd. Program, recording medium, and reproducing apparatus
JP2006129169A (ja) * 2004-10-29 2006-05-18 Toshiba Corp コンテンツ記録媒体補償システム、コンテンツ再生/記録装置及びコンテンツ再生/記録方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005092473A (ja) * 2003-09-17 2005-04-07 Hitachi Ltd プログラム、記録媒体及び再生装置
WO2006009221A1 (ja) * 2004-07-22 2006-01-26 Matsushita Electric Industrial Co., Ltd. 再生装置、再生方法、プログラム及びコンピュータ読取可能な記録媒体
WO2006101047A1 (ja) * 2005-03-18 2006-09-28 Sony Corporation 再生装置および再生方法、プログラムおよびプログラム格納媒体、データ配信システム、データ構造、並びに、記録媒体の製造方法
JP2007058978A (ja) * 2005-08-24 2007-03-08 Canon Inc データ処理方法、装置及びプログラム

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010125658A1 (ja) * 2009-04-28 2010-11-04 パイオニア株式会社 再生装置及び方法、記録装置及び方法、並びにコンピュータプログラム
JP2011114869A (ja) * 2009-11-27 2011-06-09 Samsung Electronics Co Ltd メディア処理機器及びその制御方法
CN117555837A (zh) * 2024-01-10 2024-02-13 成都领目科技有限公司 一种超宽带高速回放数据流控方法及系统
CN117555837B (zh) * 2024-01-10 2024-05-14 成都领目科技有限公司 一种超宽带高速回放数据流控方法及系统

Also Published As

Publication number Publication date
US20080240673A1 (en) 2008-10-02

Similar Documents

Publication Publication Date Title
CN101686365B (zh) 流产生装置和方法,流再现装置、方法和系统,流记录方法
US8842970B2 (en) Methods and systems for use in controlling playback of content in relation to recorded content
JP4287365B2 (ja) 対話形ネットワーク環境下でデータ記録媒体に記録された情報を再生するためのシステムと方法
US8385720B2 (en) Reproduction device, optical disc, recording medium, program, reproduction method
JP4287366B2 (ja) 通信網上の遠隔コンテンツとローカルコンテンツの同期再生のためのシステム及び方法
CN1855277B (zh) 采用局部存储器从记录介质重放数据的方法和装置
JP2008276909A (ja) 再生装置、再生方法、配信サーバ、配信方法、記録媒体、及び集積回路
CN102415095B (zh) 记录并且呈现由拼接的段形成的节目的数字视频录像机
US20060242673A1 (en) Content processing apparatus and content processing method for digest information based on input of a content user
US20070078715A1 (en) Advertisement display processing method and apparatus associated with reproduction title
JPWO2006080291A1 (ja) 情報配信装置、及び情報配信方法
US8522357B2 (en) Rights-based advertisement management in protected media
JP2007148884A (ja) 携帯型コンテンツデータ再生装置及びその制限解除方法
WO2008056407A1 (fr) Dispositif de traitement de contenu, dispositif de reproduction, système de traitement de contenu et support d'enregistrement
JP4415493B2 (ja) 映像情報の送信方法及び受信方法、送信装置及び受信装置並びに送受信方法及び送受信システム並びに情報記録媒体
JP2007179682A (ja) ディスク再生装置およびコンテンツ再生方法
JP2004007026A (ja) コンテンツ管理システムおよび方法、視聴者装置、コンピュータプログラム
KR20100137990A (ko) 멀티 포맷 콘텐츠를 재생하는 장치 및 방법
JP2010161434A (ja) 記録装置および方法、並びにプログラム
JP4691173B2 (ja) 画像再生装置及び画像再生方法
JP2010225003A (ja) コンテンツ受信再生装置、コンテンツ受信再生方法、およびプログラム
JP2007048379A (ja) プログラムの再生方法
WO2003044797A1 (fr) Appareil et procede de reproduction de donnees en continu
KR101525482B1 (ko) 미리보기 콘텐츠 재생 장치 및 방법
JP5021082B2 (ja) 映像再生装置及びその制御方法、並びにコンピュータプログラム及びコンピュータ可読記憶媒体

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20110215

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20120223

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120228

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20120626